5.3 功能测试

　　5.3.1 测试内容

　　功能测试分GUI测试、业务测试、异常测试、易用性测试四部分进行。

　　GUI测试检验用户界面是否满足用户需求，是否符合软件界面的通用设计原则。

　　业务测试检验软件业务功能和业务流程是否满足用户需求，此项测试依据用户需求说明进行。

　　异常测试检验在多用户同时使用系统的情况下，业务功能是否可以正常执行，是否会产生资源竞争、互斥等现象。

　　易用性测试从以下三个方面考虑：易操作性、易理解性、易学性。根据以上三个原则对系统进行测试。

　　易操作性的测试目的在于增加软件操作的简易性，让用户容易接受软件，也方便用户的日常使用；易理解性测试目的在于让用户能迅速了解软件的操作流程；易学性测试目的在于让用户迅速学会操作软件。

　　5.3.2 测试方法

　　采用黑盒测试技术，手工模式执行测试，着眼于系统的功能，不考虑内部逻辑结构，针对软件界面和业务功能进行测试。在充分了解系统架构和业务逻辑的基础上，从不同的运行与控制条件等角度组合不同的输入条件和预定结果，测试功能的执行情况、业务流程执行情况和信息反馈情况等，以找出软件中可能存在的缺陷。按照系统功能说明，逐一设计正常测试用例和错误操作测试用例并执行，测试中发现的问题及时提交到缺陷管理系统。

　　5.3.3 功能指标

　　本次功能测试验证如下指标。

　　功能完整性：软件产品完全满足用户要求的业务处理实现。

　　适合性：软件产品为指定的任务和用户要求提供了合适功能的实现。

　　准确性：软件产品提供具有所需要精度的正确或相符的结果或效果的能力，特别是在多用户使用情况下功能和业务流程是否能正常和准确执行。

　　互操作性：软件产品与相关系统进行交互的能力。

　　易用性：软件产品易操作性、易理解性、易学性方面的能力。

　　可维护性：软件产品可测试性、可修改性、可使用性。

　　5.3.4　功能测试问题级别定义

表9-5 功能测试问题级别定义

　　5.3.5 功能测试通过标准

　　软件功能与业务需求要求一致；

　　没有P1（致命性）问题与P2（严重性）问题，且P3（告警性）问题和P4（建议性）问题数量不高于测试方与用户的预先协商值。

　　5.3.6 功能测试中止条件

　　功能测试过程中，如发生以下情况，则中止测试活动：

　　发现程序不是最新版本；

　　正确安装后，发现主要模块功能不能正常运行，且影响其他模块的功能测试；

　　发现大量致命性问题，需要开发方立即修改。

　　测试中止后，开发方修改时间由某单位、测试方和开发方共同商定，修改完成后继续实施功能测试。

　　5.4 文档验收

　　5.4.1　审查内容

　　文档审查针项目立项、实施、运营维护等各环节中的关键文档进行，受审查的文档类型如表9-6所示，具体实施内容需与客户协商后决定。

表9-6 受审查的文档类型

　　目前已知需要验收测试的文档如表9-7所示。

表9-7 测试文档范围表

　　5.4.2　文档要求

　　文档完备性；

　　文档内容充分性；

　　文字明确性；

　　文档描述的正确性，联机帮助文档中链接的正确性；

　　易读性；

　　检查文档间的一致性；

　　检查程序和文档的一致性；

　　检查文档间的可追溯性；

　　检查文档是否符合指定的相应模板和规范。

　　5.4.3 文档测试问题级别定义

表9-8 文档测试问题级别定义

　　5.4.4　文档测试通过标准

　　文档测试通过标准为，文档测试关闭时不允许存在1、2级问题，3、4级问题的出现频率为平均每6页3个以内。

　　5.4.5 文档测试中止条件

　　如任何一个被测试文档在一页当中出现超过16个任何等级的问题，该文档即被视为不可用，立刻停止对该文档的测试，交由文档作者修改后再重新测试。

　　（未完待续）

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。

相关链接：

基于不同用户群的性能测试—精通软件性能测试与LoadRunner最佳实战（7）

验收测试方案“项目实施阶段”—精通软件性能测试与LoadRunner最佳实战（9）