软件测试的目的和原则

目的：验证软件有或没有问题
原则：以客户的需求为中心，遵循软件测试的规范、流程、标准和要求

什么是需求

满足用户期望或正式规定文档（合同、标准、规范）所具有的条件和权能，包含用户需求和软件需求。
IEEE定义
软件需求是（1）用户解决问题或达到目标所需条件或权能（Capability）。（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。（3）一种反映上面（1）或（2）所述条件或权能的文档说明。它包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，质量标准，或者设计限制。

在多数软件公司，会有两部分需求，一部分是用户需求，一部分是软件需求。

用户需求 ：可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务。该需求一般比较简略。
软件需求 ：或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。

软件需求是测试人员进行测试工作的基本依据。

（用户需求转化为软件需求，核心：沟通）

什么是bug

软件错误：

当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。

当没有需求规格说明书时，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。

什么是测试用例

测试用例（Test Case）：是为了实施测试而面向被测试的系统提供的一组集合，这组集合包括：测试环境、操作步骤、测试数据、预期结果等要素。

测试用例escp-439:单位用户注册成功	-
步骤动作：	期望的结果
进入注册页面，选择注册	系统展现注册页面
输入符合要求的单位名称、单位邮箱、密码、确认密码、组织机构代码、验证码、并确认同意《用户注册协议》，提交注册信息	系统进行注册操作，发送激活邮件。注册成功后，跳转到注册成功页面，并提示用户进行激活操作。
进入注册用的邮箱，进行激活操作	激活成功
用注册的邮箱和密码，进行登录操作	登录成功，系统显示欢迎界面
测试方式	手工
重要性	重要
测试环境	CHROME，IE10+
测试前提	系统运行正常，邮件服务器已开启
功能模块	注册登录

测试过程中可能会遇到以下问题：
·不知道是否较全面的测试了所以功能
·测试的覆盖率无法衡量
·对新版本的重复测试很难实施
·存在大量冗余测试影响测试效率

测试用例的产生就是为了解决上述的问题

开发模型和测试模型

随着软件工程学科的发展，人们对计算机软件的认识逐渐深入。软件故障的范围不仅仅局限在程序编写，而是扩展到了整个软件生命周期，如软件基本概念的形成、需求分析、设计、实现、测试、安装部署、运行维护、直到软件被更新和替换新的版本。软件工程还包括很多技术性的管理工作，例如过程管理、产品管理、资源管理和质量管理，在这些方面也逐步建立起了标准或规范。