一图看懂软件质量评估模型

软件测试工程师：尽可能早地找出软件缺陷，并确保其得以修复。
软件质量保证人员：创建和执行改进软件开发过程并防止软件缺陷发生的标准和方法。

确认：保证软件符合需求说明书的过程。
验证：保证软件满足用户要求的过程。

参加上图，软件质量评估模型由“软件质量模型-产品-质量目标-质量计划-质量活动-质量评估”相关过程组成，子过程组成要素不同，但各子过程间又存在相互依赖的关系。

1. 关于评审

    由于人的认识不可能百分之百地符合客观实际，因此生命周期每个阶段的工作中都可能发生错误。

   由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中相应的错误，而且错误会逐渐累积，越来越多。

    及时进行评审，可以减少修订缺陷的时间，提高编程效率；减少测试和调试时间；缩短开发周期；减少维护成本；测试工程师可以将更多的精力放在测试用例设计上，进一步提高测试效率。 

评审对象：管理、技术、文档、过程
评审方法：轮查、走查、小组评审、审查等
评审技术：Checklist、规则集、评审工具（ARM等），场景等

   更多关于评审的介绍可参阅：

1）软件质量保证和管理 作者 朱少民

2）从代码审查视角看软件质量 (qq.com)

https://mp.weixin.qq.com/s/n4LOl4oWZvIPp1KAcu3cMw

2. 关于测试

      测试的目的，尽可能早地找出软件缺陷，并确保其得以修复。

      测试对象：可工作的软件

      测试方法：黑盒测试、白盒测试、灰盒测试

      测试分层：单元测试、集成系统、系统测试、用户验收测试

      测试技术：MIL、SIL、PIL、HIL、VIL、FT等

      软件缺陷：软件BUG,如下情况都视为软件缺陷：

      1）软件未实现需求要求的功能；

      2）软件出现了需求指明不应该出现的错误；

      3）软件实现了需求未提到的功能；

      4）软件未实现需求虽未明确提及但应该实现的目标；

      5）软件难以理解，不易使用，运行缓慢或者从测试员的角度看，最终用户会认为不好；