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