【测试】测试基础

通俗的来讲，凡是实现效果与需求不符合的都可认为是bug，但是这个说法是不全面的
准确来说：如果有需求规格说明书且正确，那么程序与需求规格说明书之间不符合即可认为是bug。若无规格说明书，则一切以用户的需求为标准，当程序最终没有实现用户合理预期要求时，就是bug.
注意：对于测试人员来说，bug是找不完的，测试人员只是根据用户需求来进行测试，来让用户满意

测试用例：向被测试程序输入的一种集合。这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素
测试人员在测试过程中可能会遇到一下问题：
- 不知道是否较全面的测试了所有功能
- 测试的覆盖率无法衡量
- 对新版本的重复测试很难实施
- 存在大量冗余测试影响测试效率
测试用例的产生就是为了解决上述问题

软件的生命周期：需求分析、计划、设计、编码、测试、运行维护
瀑布模型
- 适用于需求稳定、变化少的项目、公司以前做过类型的项目，可以参照使用瀑布模型
螺旋模型
- 强调风险分析，渐进式的开发模式
- 适用于：规模庞大、复杂度高、风险大的项目
增量与迭代
- 增量：块与块的拼接（逐块建造）
- 迭代：先轮廓、再细节（精益求精）
敏捷
- 注重人与人之间的交互、轻文档（对文档依赖度不高）、要求客户参与其中、拥抱变化
- 角色：PO（product owner），类似于产品经理；SM（scrum master），敏捷教练，类似于项目经理；team，团队
- 敏捷中的测试：轻文档、快速迭代

V模型（串行）
- 左为开发工作，右为测试工作
- 缺点：将测试放在了最后，会给人以舞蹈认为测试不重要
- 测试人员在编码阶段开始编写测试用例
- 单元测试：代码测代码；集成测试，一般由开发人员来测试
- 测试人员重点才能与系统测试（测试环境的搭建、测试数据的准备、……、撰写测试报告等）；有时也会参与验收测试
W模型（双V并行）
- 双V并行，两个V分别代表测试和开发
- W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的
- W模型优点：有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度
- W模型局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑