一、软件测试学习整理笔记——测试综述（二）

6、软产品需要的投入？

• 客户需求（摸清客户所想，搜集详细信息——问卷调查，收集以前版本的反馈信息，收集竞争对手产品信息，收集期刊评论，焦点人物意见）
• 计划（立项）——软件开发计划（Software Development Plan）
• 产品说明书（所有客户需求信息经过研究，体验，分析并确定软件产品应该具有哪些功能），也即是需求分析——需求规格说明书（SRS software Requirement Specification）
• 进度表
• 软件设计文档（结构文档，数据流图，状态转换图，流程图，代码注释）
  • 概要设计——概要设计说明书（HLD High Level Design）
  • 详细设计——详细设计说明书（LLD Low Level Design）
• 测试文档
  • 测试计划（test plan）
  • 测试用例（test cases）
  • 缺陷报告（bugs report）
  • 测试工具和自动测试（test tools and automation）
  • 测试总结（度量、统计）
• 软件测试员需要检查非软件部分
  • 帮助文档
  • 用户手册
  • 产品支持信息
  • 广告和宣传材料
  • ……

7、软件开发周期模式

软件测试员理解常用工程模式的区别、所在组使用的模式，有利于产品的规划（将要做什么），也有利于计划的实施（了解该模式现阶段的目标）。理解软件开发的整个过程以及自己扮演的角色对整个产品的成功至关重要。

• 传统软件工程模式
  • 大爆炸（唯一优点，简单。该模式中尽量避开测试）
  • 边写边改模式（程序员和测试员清醒的认识到自己将陷入无休止的循环往复，没有真正的退出标准，除非某人认为或者进度决定软件该发布）
  • 瀑布式（一旦进入某一步骤，就要完成步骤的任务，然后才能向下继续——无法回溯。因为测试仅在最后进行，软件缺陷修复费用将随时间增长）
• 螺旋模式（通过初始规划、设计、创建产品来实现。然后收集已经完成部分的反馈，分析数据以评估风险，并决定下一步的“螺旋”工作。直到产品完成或项目风险过高而取消）
• 里程碑模式
  • 里程碑进度计划建立了项目发布的时间表，也包含了关键的过度安排和中期版本——测试版和业内预览版——的时间表。
  • 里程碑进度计划帮助每个团队了解整个项目的期望值和现状。
  • 要完成一个里程碑，必须满足具体的，事先定义好的阶段结束标准。
  • 在每一个里程碑阶段中，团队能通过一步步迈向发布而积累经验，还可以提供其他团队进行后续的开发。

8、软件测试的原则或者公理

• 完全测试是不可能的（输入量太大、输出结果太多、执行路径太多、软件说明书是主观的，在其他人看来他本身就有缺陷）
• 软件测试是有风险的行为。
• 测试无法显示潜伏的软件缺陷。
• 找到的软件缺陷越多，就说明软件缺陷越多
• 并非所有缺陷都要修复
• 产品说明书没有最终版本
• 软件测试员在小组中不受欢迎（建议：早点找出缺陷、控制情绪、不要总是报告坏消息）
• 软件测试是一项讲究条理的技术专业

9、软件测试的术语和定义

精确（precision）和准确（accuracy）——软件测试要精确还是要准确取决于产品是什么，取决于开发小组的目标。

确认（verification）和验证（validation）——“确认”保证软件符合产品说明书的过程；“验证”保证软件满足用户要求的过程。

质量（quality）和可靠性（dependability）——可靠性只是质量的一个方面。

测试（testing）和质量保证（quality assurance）——“测试人员”的目标是经尽可能早地找出软件缺陷，并确保缺陷得以修复；“质量保证人员”的主要职责是创建和执行改进软件开发过程并防止软件缺陷发生的标准和方法。存在交叉之处。

不断的学习+不断的经历+不断的思考！！ 仅供学习和交流，如果转载，请注明转载来源