普通测试人员，按目前项目主要分为以下4个过程。
1、 需求分析阶段
3、 用例编写阶段
4、 执行用例阶段，包括报告BUG和BUG的跟踪，验证及关闭。
对SE给出的项目业务相关文档，包括但不限于：需求规格，接口说明书，数据库表结构和注释，组网图，进行阅读和批注疑问点。交给项目负责人员先组内答疑，再将无法解决的问题交给SE确认理解和解决方式 。
1、 对于需求中不明白的内容不论大小只要感觉到影响了对产品实现的理解，一概都要提问。不能抱有怕被人嘲笑的想法。
2、 需求分析中，要结合现有文档对内容进行分析。不能出现不同文档对同一功能描述有冲突还没有发现的情况。
需求评审文档
充分理解此次项目组要完成的任务，主要功能的处理方式，主要调用的数据表，和模块等与项目任务相关的功能，性能要求。
根据已经答疑完成的需求相关文档。和测试小组内部的任务分配，进行测试方案的书写，评审同组他人方案和自己方案的修改及定稿。
1、 计划中要明确所负责部分，不同功能间重要的检查点。包括但不限于：功能，性能，接口，界面。要能较为详细的列出不同检查点的观察方式。
2、 测试计划中的检查点要全面覆盖负责的功能点。
测试方案初稿，测试方案定稿
完成的方案可以用来较清晰指导后面的测试工作，包括但不限于，检查点，使用的测试方法，工具。
1、 根据已经定稿的测试方案，对不同测试点实际的形成测试用例。
2、 同时对他人的用例进行评审。最终形成测试用例的定稿。
1、 测试用例根据项目组提供的用例模板进行编写。书写规范要符合测试用例书写规范，请自行学习。
2、 测试用例要全面覆盖测试方案中的检查点。可以指导非用例编写人员能够较快上手的依照该用例对功能进行验证。
测试用例初稿，测试用例定稿
设计好的测试用例可以有效的验证系统可以实现的功能，和找到系统可能存在的错误。
根据已定稿的用例在已完成的系统中进行SDV测试。
1、 测试过程中可能会出现实际处理方式与用例预期不同。依据情况对用例进行修改。
2、 对于无意发现的问题但没有用例的，要及时补充用例。
3、 准确及时的标识用例执行的结果。通过，失败或阻塞等。
4、 及时准确报告发现的BUG。通过缺陷管理工具，提交问题单。对问题的描述准确，到位，不能夸大BUG。
5、 跟踪BUG的处理流程，对BUG的处理进行及时有效的推进。提供更多资料，协助开发人员对BUG的修改。
6、 及时回归问题单，对已解决的问题及时关闭。对未解决问题及时跟进。
BUG单
1、 根据项目计划完成用例的执行，标注。以使得项目组对测试数据进行有效统计。
2、 及时上报缺陷，和缺陷的跟踪。使得缺陷尽早被修复，提高版本交付质量。
校验输入数据的格式。
验证数据输出后要做的处理，是入库还是传出下一模块。处理过程是否依据了接口说明书给出的格式和功能。
同时保证基本功能的实现。要考虑到功能之间相互关联关系可能会引发的问题。注意验证。
原文地址：http://www.cnblogs.com/yanghj010/p/3824727.html
