【IT168 技术文章】

　　前言

　　1.1. 引言

　　对于大部分软件系统，如何测试及有效的测试，是一个很头痛的问题。在软件工程上，测试是软件工程中极其重要的一部分; 但在具体的实际情况上，无论是时间、人手及资源的调配等原因，使国内大部分软件公司没有进行过理论上的完整的测试。

　　本文想要描述的，就是一种简单可行，又能使软件系统达到最低质量要求的一组测试方法。

　　1.2. 测试目的

　　对于任何一款软件来讲，它的价值在于正确的实现了用户的需求，那么测试的最终目的，就是测试软件是否真正的对于用户的需求进行了实现，并使系统达到用户可以接收的程度。

　　1.3. 测试方法

　　用户对于软件的最终的认可程度及验收情况，就是对于一个软件的最终的认同，然后才能投入正确的使用。所以对于开发者来讲，最终将系统交付于用户前，是必须具备一整套科学的完善的内部测试的方法。内部测试时，开发商会一致要求测试人员从用户的角度来使用，并进行逐一的测试，测试通过后，才能把系统提交给用户。

　　也就是说内部的测试最少要进行系统的确认及系统的测试等相关的部分。

　　2. 内部测试流程

　　2.1. 测试前期准备

　　测试前首先要根据系统情况，准备相应的机器及设备，还要建设相应的测试环境，配备相应的测试人员。

　　对于相应的测试人员必须从客户的角度进行测试，也就是说在测试前要非常明确系统要达到的功能目标，测试人员所具备的专业的鉴赏能力，应当明白重点及非重点。

　　测试人员对于需求的明确性是内部测试最低的要求 。

　　2.2. 编写测试计划

　　测试计划一定要包涵以下内容：

　　1 .确定测试人员并进行分工，明确各自的职责。

　　2 .明确的测试功能，进行功能的优先顺序排序。

　　对于测试工作安排一般次序如下：

　　? 系统安装

　　? 系统参数设置

　　? 遍历所有的业务功能，并明确是否实现了所有的需求

　　? 通过测试

　　? 准确性测试(含数据测试)

　　? 失败测试

　　? 状态测试

　　? 业务处理功能查询功能及报表功能

　　? 系统性能

　　3 .测试数据设计说明。

　　4 .培训及其它支持条件

　　2.3. 测试用例设计

　　2.3.1. 测试用例的编写

　　关键点

　　1. 测试用例的功能点必须由 SA 编写明确及进行解析，大量的测试案例由测试小组进行编写，最终的测试用例由 SA 进行签字确认

　　2. 当然如果 SA 不进行编码，那么测试组长由其担任是最为合适的。

　　3. 功能点的跟踪与变更必须即时更新，一般由 SA 或 PM 进行，测试案例也必须进行相应更新。

　　实际过程中需要根据可用的资源(人力、物力及时间等)用尽量少的测试用例，来发现更多的错误。给最终用户提供具有一定可信度的质量评价。如果想编写和测试所有的用例是不太现实的，下面是一个具体的例子，在实际测试过程中良好的程序员，也只能列出下面实际需要的测试用例的一半多一点。