五、软件测试的现状与发展

1.软件测试的发展现状

1.处于发展阶段，目前还是以手工测试为主
2.国内外软件企业越来越重视软件测试

2.软件测试的发展原因

1.市场竞争的压力；
2.不断提升的用户需求；
3.整个行业逐渐规范；
4.用户基数水平的提高；
5.自动化测试工具的出现提高了测试的效率。

3.软件测试的思维模型

正向思维：测试是验证软件的正确性
逆向思维：测试就是发现软件中的缺陷BUG

六、测试人员的必备素质

责任心；
沟通能力；
团队合作精神；
耐心、细心、信心；
时刻保持怀疑的态度，并且有缺陷预防意识；
具备一定的编程经验。

七、软件缺陷

1.什么是缺陷

1.不符合设计要求
2.不满足用户确定需求

2.产生缺陷的原因

1.人员之间的沟通交流不够，交流有误解或者根本没有交流；
2.文档不完善；
3.需求不断变化；
4.参与人员的过度自信；
5.程序设计本身有错误；
6.软件的复杂性；
7.工期短，任务重，时间压力大；
8.软件开发工具或系统软硬件自身含有缺陷。

3.如何判断缺陷

1.参考文档；
2.了解软件产品的行业背景或者参考同类型典型软件；
3.通过沟通来确认和识别缺陷。

4.如何有效记录缺陷

1.保证重现缺陷；
2.分析故障——使用最少步骤复现故障；
3.包含所有重现缺陷的必要步骤；
4.方便阅读；
5.尽量简单——一个缺陷一个 告；
6.注意自己的语气；
7.值得注意的经验。

5.缺陷 告的用途

1.记录缺陷；
2.缺陷分类；
3.缺陷跟踪。

6.从那些角度给缺陷分类

1.按照问题引出不同
2.按功能（模块）
3.按缺陷的严重程度
   影响进度的问题
   死机
   功能问题
   界面问题
   建议
4.按修复缺陷的优先级
   应立即修复的问题
   在产品发布之前必须修复的问题
   如果时间允许应该修复的问题
   可以在发布版本中存在的问题

7.缺陷 告的分类

1.按缺陷所处状态分类
待确认的；新提交的；已分配的；问题未解决的；待返测的；已关闭的
2.按处理意见分类
已解决的；不是问题；无法修复；延迟解决；重复BUG；无法复现

8.缺陷 告的处理流程

9.关于处理缺陷

1.注意缺陷 告的处理成本；
2.修复缺陷要量力而行；
3.关注被推迟修复的缺陷；
4.如果觉得据理力争就要赢。

八、软件质量

1.软件质量的定义

经典的“软件质量”定义：软件质量特性的总和，软件满足规定或潜在用户需求的能力。简单的说，软件质量就是客户的满意度。

2.软件质量的组成部分

软件产品的质量，即满足使用要求的程度（软件质量特性）
软件开发过程的质量，即能否满足开发所带来的成本、时间和风险等要求（CMM、ISO9000）

3.软件质量与软件过程的关系

软件质量：软件产品的特性可以满足用户的功能、性能需求的能力。
软件过程：软件生命周期中的活动，一般包括软件需求分析、软件设计、软件编码、软件测试、交付、安装和软件维护。
过程决定质量，软件过程决定软件质量，软件质量是在软件开发过程中逐渐建立起来的。
软件过程的优劣决定了软件质量的高低，好的过程是高效高质量的前提。人员和过程是决定软件质量的关键因素，高质量的人员和好的过程应该得到好的产品。

4.软件测试与软件过程的关系

软件测试在软件生存周期中占有非常重要的位置，是对软件规格说明、设计和编码的最后终审。
软件测试是软件质量保证的重要手段，是规约、设计和编码的最终检查

5.软件质量特性

功能性：软件在指定条件下使用时，满足用户明确和隐含需求的功能的能力
可靠性：软件在指定条件下使用时，维持规定的性能级别的能力。平均故障修复时间（mean time to repair，MTTR）、平均无故障时间（mean time between failures，MTBF）
易用性：在指定使用条件下，产品被理解、 学习、使用和吸引用户的能力
效率性：在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力
可维护性：软件可被修改的能力。修改可能包括修正、改进或软件对环境、需求和功能规格说明变化的适应
可移植性：软件从一种环境迁移到另一种环境的能力

6.质量管理体系

ISO：International Organzation for Standardzation，国际标准化组织，其宗旨是在世界范围内促进标准化工作的发展，以利于国际物资交流和互助，并扩大知识、科学、技术和经济方面的合作。
ISO9000软件质量体系——是一系列标准的统称，其主体部分可以分为两组
一组是用于“需方对供方要求质量保证”的标准ISO9001-9003
一组是用于“供方建立质量保证体系”的标准ISO9004

CMM：Capability Maturity Model，能力成熟度模型，是美国卡耐基梅隆大学，软件工程研究所（SEI）提出的一种用于评价软件承包商能力并帮助改善软件质量的模型。自1987年开始实施认证，现已成为软件业权威的评估认证体系。CMM的精髓在于：过程决定质量。
   CMMI：是SEI于2000年发布的CMM新版本。

CMM的五个等级
初始级（等级1）：软件过程的特点是无秩序的，偶尔甚至是混乱的。几乎没有什么过程是经过定义的，成功依赖于个人的努力。
可重复级（等级2）：已建立基本的项目管理过程去跟踪成本、进度和功能性。必要的过程纪律已经就位，使具有类似应用的项目，能重复以前的成功。
已定义级（等级3）：管理活动和工程活动两方面的软件过程均已文档化、标准化、并集成到组织的标准软件过程。全部项目均采用供开发和维护软件的组织标准软件过程中的一个经批准的剪裁本。
已管理级（等级4）：已采集详细的有关软件过程和产品质量的度量。无论软件过程还是产品均得到定量了解和控制。
优化级（等级5）：利用来自过程和来自新思想、新技术先导性试验的定量反馈信息、使持续过程改进成为可能。