测试知识库.docVIP

目录 目录 1 1常见软件测试的技巧? 软件测试 2 2测试的目的和原则 3 3如何配置软件测试环境 6 4软件测试实践之测试环境的规划与管理[1] 8 5软件测试中如何进行增加、编辑、删除和密码修改测试用例 14 6软件测试用例编写的一点看法 18 7软件测试中一个ajax的经典测试用例 19 8Web登录界面测试用例设计 27 9软件测试中黑盒测试的测试用例设计方法/软件测试的14种类型 31 10怎样分配软件测试用例的优先级 48 1常见软件测试的技巧? 软件测试 　　(1) 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。 　　(2) 非法测试，例如在输入数字的地方输入字母。 　　(3) 跟踪测试，跟踪一条数据的流程,保证数据的正确性。 　　(4) 在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。 　　(5) 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。 　　(6) 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。 　　(7) 突发事件测试，服务器上可能发生意外情况的测试。 　　(8) 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。 　　(9) 在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。 　　(10) 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。 　　(11) 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。 　　(12) 系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。 　　(13) 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。 　　软件测试是软件开发中的重中之重，没有一点可以马虎的，在项目管理过程，我强调的时是每个过程的每一个环节都要进行测试，保证系统在每个阶段可以控制。因为软件测试中考虑的问题基本上是项目管理中考虑的问题。 测试经验交流? 软件测试 测试的目的和原则 　　测试概念的范畴 　　广义上讲，测试是指软件产品生存周期内所有的检查、评审和确认活动。如：设计评审、系统测试。 　　狭义上讲，测试是对软件产品质量的检验和评价。它一方面检查软件产品质量中存在的质量问题，同时对产品质量进行客观的评价。 　　测试的目的 　　简单地说，就是替用户受过，测试的最终目的是确保最终交给用户的产品的功能符合用户的需求，把尽可能多的问题在产品交给用户之前发现并改正。 　　具体地讲，测试一般要达到下列目标： 　　(1)确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明在某种意义上与ISO9001是同一种思想。 　　产品缺少明确的书面文档，是厂商一种短期行为的表现，也是一种不负责任的表现。所谓短期行为，是指缺少明确的书面文档既不利于产品最后的顺利交付，容易与用户发生矛盾，影响厂商的声誉和将来与用户的合作关系;同时也不利于产品的后期维护，也使厂商支出超额的用户培训和技术支持费用。从长期利益看，这是很不划算的。 　　当然，书面文档的编写和维护工作对于使用快速原型法(RAD)开发的项目是最为重要的、最为困难，也是最容易被忽略的。 　　最后，书面文档的不健全甚至不正确，也是测试工作中遇到的最大和最头痛的问题，它的直接后果是测试效率低下、测试目标不明确、测试范围不充分，从而导致最终测试的作用不能充分发挥、测试效果不理想。 　　(2)确保产品满足性能和效率的要求。使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)的产品不能说是一个有竞争力的产品。 　　用户最关心的不是你的技术有多先进、功能有多强大，而是他能从这些技术、这些功能中得到多少好处。也就是说，用户关心的是他能从中取出多少，而不是你已经放进去多少。 　　(3)确保产品是健壮的和适应用户环境的。健壮性即稳定性，是产品质量的基本要求，尤其对于一个用于事务关键或时间关键的工作环境中。 　　另外就是不能假设用户的环境(某些项目可能除外)。 　　测试的原则Good Enough 　　对于相对复杂的产品或系统来说，zero-bug是一种理想，good-enough是我们的原则。 　　Good-enough原则就是一种权衡投入/产出比的原则：不充分的测试是不负责任的;过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们的操