全国咨询热线：136-9172-9932
当你刚踏入测试团队的时候，你可能无从下手，拿来软件就是一顿乱点。其实要做一个好的测试人员，一定要有一份好的计划。所以测试计划就是测试的开始。
在测试计划里要对自己的软件进行了解。是说明你对整个软件的了解。以及业务处理的过程，了解软件的测试重点在哪儿。所以业务描述和测试点就显得十分的重要了。而在这里我建议测试新手要对测试点进行详细的描写，最好使用表格的形式。最后在用例中给自己列出一个大致的时候安排计划。
而测试计划只不过是一个开始，下面才是真正要进行测试的部分"测试用例"，在测试用例中对于新手来说。等价类和边界法是最有效的测试方法，但是有很多的时候也要注意用因果图会比这些方法好用的多。所以在这里我建议大家三种方法可以相结合的使用。效果更佳。
在我看来，其实功能测试用例就是记录你的动作和反回值，看看是否正确。所以可以拉一张大表。分别写出序号。测试项，动作，预期结果，输入值，实际结果，说明……可以按业务流程顺序写。可能会有好多条结果，其实这个没有关系。因为我们可能写好多次一样的业务流程，只不过输入值不同，反回的结果就一定不同。如果后台用的是大型数据库，也可以对后台数据表的流向进行一下描述。对你对整个系统有很大的帮助。最后进行总结进行归档报告。
♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦
先给大家看个测试用例模板吧。
第一：项目背景
简单的介绍项目的名称，项目开发的背景和开发的情况，以及只要完成的功能；术语的定义，参考的文档等内容。
第二：资源分配
1）测试环境的搭建所需要的软件和硬件说明，包括操作系统，补丁版本，数据库版本，被测软件版本，还有诸如打印机、扫描仪等外件信息。
2）人员安排：包括任务、时间、人员及此任务输出的产品。任务包括测试的产品、对软件测试产品的了解、书写测试文档，执行测试等。
第三：测试依据文档和输出文档说明
测试依据就是该项目的需求文档、设计文档等信息，输出文档包括测试需求，测试计划，测试用例，结果统计，缺陷分析。
第四：测试内容
1）测试的功能点；
2）测试方法、策略：包括采用何种方法测试，采用手工或自动化测试工具；
3）测试类型：包括功能测试、安全测试、压力测试等等；
4）约束条件（或测试边界）：例如测试的软件需要有一定的网络环境，但是本次测试只测试软件，默认网络环境为正常。
第五：回归测试的策略和具体安排以及缺陷的分析和总结
第六：风险估算
在测试过程中，可能会遇到开发人员由于出差、请假等原因；人员或者软硬件资源限制；项目优先级发生变化等原因。
♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦ ♦
在这些情况下项目如何处理，而如果项目由于某种原因被暂停，则重启该项目测试的条件是什么，这个也需要说明清楚。
1、测试目的
测试软件是否真正的对于用户的需求进行了实现，并使系统达到用户可以接收的程度。
2、测试前期准备
从客户的角度进行测试，测试前要非常明确系统要达到的功能目标，测试人员所具备的专业的鉴赏能力，应当明白重点及非重点。
3、编写测试计划
测试计划一定要包括以下内容：
①明确职责；
②明确的测试功能，进行功能的优先顺序排序。对于测试工作安排一般次序如下：
●系统安装
●系统参数设置
●遍历所有的业务功能，并明确是否实现了所有的需求
●通过测试
●准确性测试(含数据测试)
●失败测试
●状态测试
●业务处理功能查询功能及报表功能
●系统性能
③测试数据设计说明；
④培训及其它支持条件。
4、测试用例设计
①测试环境的搭建所需要的软件和硬件说明，包括操作系统，补丁版本，数据库版本，被测软件版本，还有诸如打印机、扫描仪等外件信息；
②人员安排：包括任务、时间、人员及此任务输出的产品。任务包括测试的产品、对软件测试产品的了解、书写测试文档，执行测试等。
