一、 软件测试的原则

1. 所有的测试都应追溯到用户需求

1.1 缺陷的源头

根据相关调查，软件缺陷出现最多的地方是软件需求规格说明书（即软件需求定义）， 而不是程序代码。

1.2 如何应用此原则

• 测试第一个任务是需求分析
• 测试需求分析要做好
• 时刻都要提醒自己考虑用户需求
• 制造缺陷的罪魁祸首不是程序员
• 做好需求评审
• 审查所做的内容是否符合用户的需求

2. 尽早启动测试工作

2.1 缺陷雪崩

2.3 如何应用此原则

• 测试应该早进行。
• 测试应该是与软件开发或维护工作并行进行的一个过程，测试应该持续进行。

3. 早做测试计划

• 软件测试不仅仅是测试执行。
• 应该在测试工作真正开始前的较长时间内就进行测试计划。

4. 穷尽测试不可能 & 软件测试有风险

完全测试、完美测试、充分测试。

• 解决办法是通过需求分析和风险分析（时间、费用、资源）找到测试重点，制定最 低测试通过标准和测试内容，然后具体问题具体分析。

6. Pareto 法则应用于软件测试

6.1 含义

• Pareto（帕累托）法则由意大利经济学家帕累托提出，又称为 28 效率法则。
  • 一般情况下 80％的缺陷聚集在 20％的关键核心业务模块中。
  • 国内的测试
    
  • 在认识上重开发、轻测试；
  • 在管理上随意、简单，没有建立有效、规范的软件测试管理和评判体系；
  • 缺少自动化工具的支持。

  三、 软件测试工程师的要求

  1. 行业知识与软件测试

  • 高效的测试团队应该由具备各种专门技术的成员（具备行业知识、专业技能、测试 技术等）组成，同时也应该由具备各种经验的成员（测试新手和测试专家）组成。
    • 目前被测软件正在变的多元化，各个行业的软件都有可能会碰到，如何判断需 求是否已经包含所有可能的细节li>
    • 如何高效准确的进行测试，在最短的时间内确定问题的所在li>

  2. 优秀的软件测试工程师品质

  • 态度
    • 有责任心
    • 破坏的态度
    • 对事不对人
  • 三心二意
    • 细心、信心、耐心
    • 团队合作的沟通意识、时刻保持怀疑的态度（即缺陷预防意识）
  • 具备一定的开发技能
    • 了解开发原理
    • 便于与开发沟通
    • 习惯打破砂锅问到底（善于思考）

  3. 改善测试员和其他小组成员之间的沟通和相互关系的方法

  • 以合作而不是争斗的方式开始项目
    • 时时提醒项目的每位成员：共同目标是追求高质量的产品。
    • 对产品中发现的问题以中性的和以事实为依据的方式来沟通
      • 不要指责引入这个问题的小组成员或个人。比如，客观而实际地编写缺陷 告 和评审发现的问题。
  • 换位思考
    • 尽量理解其他成员的感受，以及他们为什么会有这种反应。
  • 有效沟通
    • 开发与测试具有不同的思维方式，确信其他成员已经理解你的描述，反之亦然。
  • 提高开发技能

  声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！