文章目录

• 1.什么是需求
• 2. 软件需求规格说明书
• 3.从测试人员角度看需求
• 4.测试人员如何才能深入了解需求/li>
• 5.测试用例
• 6.什么是BUG/li>
• 7.软件开发的5个模型
• • 7.1.瀑布模型
  • 7.2.螺旋模型
  • 7.3.迭代，增量模型
  • 7.4.敏捷开发模型
• 8.软件测试模型
• • 8.1软件测试V模型
  • 8.2软件测试W模型

1.什么是需求

（2）软件开发的流程
需求——计划——设计——开发/编码——测试——运行维护
用户需求：（系统的使用者提出的需求）系统要满足用户的期望，所需要的条件或者权限。
软件需求：用户需求经过验证和分析之后转换成合理的需求，一般以文档的形式演示。软件需求是用户需求的细化，细节的进一步具体实现文档。满足规范，标准，合同等文档所需要的条件和权能。软件需求是软件测试人员测试的依据。
案例：

2. 软件需求规格说明书

一、用户需求：平台支持邮箱注册
二、软件需求： 注册账
功能概述：用户可以通过填写邮箱信息在平台注册个人用户。
用户角色 ： 匿名用户
前置条件：无
输入

4.测试人员如何才能深入了解需求/h1>

熟悉系统的所有业务，从需求一开始（用户提出需求开始）就介入，不断地和用户或者项目组人员讨论参与。把自己当用户。

5.测试用例

测试用例的概念：测试用例就是向被测试系统的某一个功能点发起的一组集合，包括测试环境，测试数据，测试步骤，预期结果（标题，测试功能，测试方式，方法，重要性，优先级…）
测试用例解决了两个问题。1.测什么.怎么测时，测试用例还包含了几个重要的要素：测试环境，测试数据，测试步骤和预期结果，如果符合预期结果，那么就说明功能点是正确的。

瀑布模型在软件工程中占有重要地位，是所有其他模型的基础框架，瀑布模型的每一个阶段都只执行一次，因此是先行顺序进行的软件开发模式。
优点：
强调开发的阶段性
强调早期计划及需求调查
强调产品测试
测试是产品质量的最后一道把关，如果有问题，问题会直接显示给用户
缺点：
串行，有去无回
测试介入晚，导致项目前期的问题到后面才发现，失去了错误及时修正的机会
不支持频繁的变动项目

7.2.螺旋模型

8.2软件测试W模型

特点：
测试人员在项目需求时就开始介入，前期的问题就可以及时发现
测试和开发是并行的，一个V是开发阶段，一个V是测试阶段
缺点：
串行，阶段性强，不适合频繁变更项目
不支持敏捷开发