软件测试的综述

《软件测试的综述》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件测试综述什么是软件测试对程序能够按预期的要求运行建立起的一种信心以评价一个程序或系统的品质或能力为目的的一项活动测试是以发现错误为目的而运行的程序或系统的执行过程弄清预期结果与实际结果之间的差别软件测试的起源软件危机软件工程目的：解决沟通和集成问题策略：控制错误深层次原因：卖方市场——买方市场，软件企业为了提高自身的竞争力，必须重视软件测试软件开发瀑布模型需求分析概要设计详细设计编码实现测试运行维护软件的全寿命周期需求分析——概要设计——编码——测试——运行维护——退出使用软件全寿命周期费用(LCC:lifecyclecost)测试的花费减少了运行维护阶段的花费

2、,从全寿命周期费用来看,测试是使LCC降低了。软件测试的意义1测试的花费减少了运行维护的费用2提高了软件的质量提升了用户对产品的满意度软件测试的目的1软件测试是为了发现错误而执行程序的过程2软件测试是为了证明程序有错，而不是为了证明程序无错3一个好的测试用例是在于它能发现至今未发现的错误4一个成功的测试是发现了至今未发现的错误的测试5尽可能早的找出软件缺陷，并确保其得以修复软件测试的衡量标准多：能够尽可能多的找出所有bug快：能够尽可能早的发现最严重中的bug好：找到的bug是关键的、用户最关心的，找到bug后能够重现找到的bug，并为修正bug提供尽可能多的信息。

3、省：能够用最少的时间、人力和资源发现bug，测试的过程和数据可以重用测试工作的意义：测试并不仅仅是为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的却先，以便改进，同时这种分析也能帮助我们设计出有针对性的检测方法，改善测试的有效性。其次，没有发现错误也是有价值的完整的测试。软件测试的特点软件测试的开销大约占总成本的30%——50%不能进行“穷举测试”：只有将所有可能的情况都测试到，才有可能检查出所有错误，但这是不可能的。软件缺陷软件缺陷的定义软件出现了产品需求说明书指名不该出现的错误软件出现了产品需求说明书未提到的功

4、能软件未实现产品需求说明书虽然未明确提起但应该实现的目标软件难以理解、不易使用、运行缓慢或者最终用户认为不好用软件缺陷的来源产品需求不完整甚至没有明确的需求产品设计编码错误对需求和设计的误解进度压力技术能力有限技术人员和测试人员（或客户）对软件的理解有分歧软件缺陷的修复费用软件测试应贯穿整个开发过程，测试人员应该从需求调研和分析阶段就介入项目组，即全过程参与的测试模式缺陷发现的越早修复成本就越低，尤其是体系结构方面的缺陷软件测试的原则测试的基本原则（一）：Goodenough原则Pareto原则，发现较多错误的地方投入更多的测试所有测试都应追溯到用户需求测试应从“小

5、规模”开始，逐步转向“大规模”同化效应，为了达到最佳效果，可以由第三方来构造测试测试的基本原则（二）程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件部门或测试机构来完成。应该“尽早地和不断地”进行软件测试设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特说情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况应注意测试中的群集现象，测试中该模块残存的缺陷与该模块中已发现的缺陷数成正比。工程界中的20%—80%定理80%的工程量用在20%的需求上（关键需求）80%的开发成本花费在20%的部件上80%的错误是由20%的部件引起的8

6、0%的延期或返工时由20%的变更造成的80%的系统资源是由20%的部件消耗的80%的进度是由20%的人完成的对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以找来评审会进行讨论和分析。制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短时间内完成一个高水平的测试回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的想象并不少见妥善保存一切测试过程文档，测试的重现性往往要靠测试文档软件测试中的V&V软件测试的工作归结起来就是两个VVerification（验证）：是否按需求做出了功能正确的产品

7、Validation（确认）：是否做出了用户想要的产品软件测试的质量软件测试可以发现以下软件缺陷：软件实现的功能不正确“缺少”：软件没有实现某项功能“多余”：软件实现的某项功能在需求中没有定义发现第一类缺陷的过程——验证发现后两类缺陷的过程——确认软件测试过程获取测试需求编写测试用例执行用例记录测试结果评估测试结论测试人员职业素质要求责任心，包括坚持原则怀疑精神和学习能力，包括好奇沟通能力，用户、项目组专注力，至少需要耐心和记忆力洞察力，来源于经验、逻辑思维能力和敏感度团队精神