现代软件测试基础

1、软件包括数据、程序、文档软件的种类有系统软件、中间件、应用软件、支撑软件软件危机产生的原因包括软件本身的特点、软件的开发人员软件危机产生的具体原因是对用户的需求不明确。缺乏正确的理论指导、软件开发的规模越来越大、软件开发复杂越来越高消除软件危机的方法：组织管理-工程项目管理方法 技术措施-软件开发技术、方法和软件工具软件测试定义是对软件需求分析、设计、编码的最终复查软件测试的目的是发现缺陷、验证需求、建立信心软件测试的原则测试显示缺陷存在、测试尽早介入、穷尽测试时不可能的、缺陷集群性、测试活动依赖于测试背景、杀虫剂悖论、不存在缺陷的谬论软件测试度量的目的是为了改进软件测试的质量，提高测试效率，

2、改进测试过程的有效性生命周期中软件测试的最终要求是：保证软件系统在全生命周期中每个阶段的正确性、验证在整个软件开发周期中各个阶段的软件质量是否合格；保证最终系统符合用户的要求和需求，验证最终交给用户的系统是否满足用户需要、符合其需求；用样本测试数据检查系统的行为特性；测试的最终目的是确保最终交给用户的产品的功能符合用户的需求、原则是把尽可能多的问题在交给用户之前发现并改正需求阶段测试的目标就是保证需求分析的正确性和充分性典型的测试类型：手册与文档测试；一致性测试；符合性测试；功能测试；覆盖性测试；性能测试；压力测试；强度测试；操作测试；恢复测试测试用例包含的一些基本信息：标识符；输入说明；输出

3、说明；环境要求；特殊过程要求；用例之间的依赖性软件验收的过程是：定义用户角色；定义验收标准；编制验收计划；执行验收计划和填写验收结论软件缺陷包括检验缺陷和残留缺陷软件缺陷包括：软件为实现产品说明书要求的功能；软件出现了产品说明书指明不应该出现的错误；软件实现了产品说明书未提到的功能；软件未实现产品说明书虽未明确提及但应该实现的目标；软件难以理解、不宜使用、运行缓慢或者-从测试员的角度看-最终用户认为不好软件产生缺陷的九类原因：需求的不完善定义；客户-开发者通信失败；对软件需求的故意偏离；逻辑设计错误；编码错误；不符合文档编制与编码规定；测试过程不足；规程错误；文档编制错误导致软件缺陷产生的最主

4、要阶段是需求分析阶段、其次是软件设计阶段软件缺陷度量的方法有缺陷密度、缺陷率、整体缺陷清除率、阶段性缺陷清除率、缺陷趋势、预期缺陷发现率缺陷密度=已知缺陷的数量/产品规模缺陷率=一定时间内的缺陷数/错误几率整体清除率=开发过程中发现的所有缺陷/发现的总数缺陷清除率=已发现的缺陷/潜在的缺陷缺陷分析：记录缺陷；对于测试出来的缺陷进行缺陷分类；进行缺陷预防分析；编写缺陷分析报告缺陷参数：状态-缺陷目前的状态；优先级-必须处理和解决缺陷的相对重要性；严重性-缺陷的相关影响，对最终用户，组织或第三方的影响；起源-导致缺陷的起源故障及其位置，或排除该缺陷需要修复的构件瀑布模型：软件计划-需求分析和定义-

5、软件设计-软件实现-软件测试-软件运行和维护 V模型：用户需求-需求分析与系统设计-概要设计-详细设计-编码 | | | | 验收测试-确认测试与系统测试-集成测试-单元测试-编码软件测试过程成熟度：初始级；定义级；集成级；管理和测量级；优化、预防缺陷和质量控制级软件测试过程：测试需求-测试计划-测试设计-测试执行-测试记录-分析-完毕-测试报告收集测试需求：与被测软件相关的各种文档资料；与客户或者系统分析员的沟通；业务背景资料；正式与非正式的培训；其他测试需求分析考虑的因素：测试阶段；被测软件的特性；测试的焦点软件测试的评审：完整性评审；准确性评审同行评审：审查、小组评审、走查、桌面评审、临

6、时审查白盒测试是一种典型的测试方法，是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法动态白盒测试的目的是发现问题，而调试的目的就是改正缺陷白盒测试特点：可以构成数据结构，使特定程序部分得到测试；有一定的充分性手段；可获得较多工具支持；通常只用于单元测试白盒测试内容：对程序模块的所有独立执行路径至少测试一次；对所有的逻辑判定，取“真”与取“假”的两种情况至少测试一次；在循环的边界和运行的边界限内执行循环体；测试内部数据结构的有效性逻辑覆盖：语句覆盖；分支覆盖；条件覆盖；判定/条件覆盖；条件组合覆盖；路径覆盖黑盒测试首先要求每个软件或功能必须被一个测试用例或一个被认可的异常所覆盖，另外要求构造数据类型和数据值的最小集测试，测试排斥不规则输入的能力，对影响性能的关键模块，应测试模块性能。黑盒测试方法：等价类划分法；边界值分析法；因果图方法；猜错法；随机数法高质量测试用例所具有的特点：正确性；完整性；准确；清晰，简洁；可维护性；适应性；可重用性；其他测试用例设计原则：一个测试用例对应一个功能点；测试用例要易读；测试用例的执行力度越小越好；步骤要清晰；结果要明确；尽量将具有相似类功能的测试用例抽象并