项目中角色分为：项目经理（PM）、QA、产品、UI、开发、测试，本文以测试人员视角展开谈谈如何开展测试。
目录
一、尽早介入测试
1、项目前期，无论是否有《xxx软件系统需求规格说明书》还是纯需求，都需要第一时间明确软件系统主要功能、软件系统大致主流程，并使用思维导图梳理系统功能点。
2、软件系统大致功能点明确后、与项目整体时间计划结合，指定测试方案（一般测试方案内包含测试计划），方案中包含测试目标、并选定此次测试中涉及的测试类型，如：功能测试、性能测试、安全测试、兼容性测试、界面测试等...测试计划中主要展示各个测试时间节点下：测试人员在什么时间该做什么事并输出何种类型的过程文档。
二、积极与产品人员核对需求
1、测试人员面对功能点有疑问，先将问题记录、汇总完毕后及时与产品人员沟通，确认功能点是否需要修改、以及存在是否合理，一名合格的测试人员需从用户角度分析，敢于向产品提出符合用户习惯的需求。
2、测试过程中需求是不断变更的，变更需求用文档记录跟踪记录，待软件开发实现后进行核对。
三、提前准备测试用例
测试用例设计需在测试方案完成后，就该着手编写。项目测试用例类型的适用阶段简单分为：主流程用例、冒烟用例、完整系统用例。
测试用例设计一般采用Excel文档编写，用例文档基础的字段包括（顺序从左往右）：【用例编号】、【所属系统】、【所属模块】、【用例标题】、【优先级】、【前置条件】、【步骤】、【预期结果】、【实际结果】、【备注】、【编写人员】、【用例类型】、【适用阶段】。
编写用例阶段需注意一下要点：
1、保证用例覆盖率较高，不遗漏系统任何一个功能点。
2、面对大量输入条件、复杂组合时，使用合适的用例设计方法，例如：等价类划分、边界值分析法、正交试验法、因果图、错误推导法等。
3、用例进行评审前，评审小组成员提前查看需评审用例模块内容，提前熟悉用例，在用例评审时积极提出建议。
4、用例模块优先级划分，可进行简要划分：低、中、高，便于提交缺陷阶段直接划分缺陷优先级。
四、交叉执行用例
项目中，每位测试人员负责不同的模块，但在执行用例时需交叉执行他人编写的测试用例，其好处有：
1、交叉测试能够提升测试人员新鲜感；自己负责模块早已经滚瓜烂熟，执行他人用例不仅增加测试组成员沟通能力，还能提升测试人员新鲜感，有效规避疲倦。
2、交叉测试能够发现用例细微的潜在不足；前期用例虽进行评审，用例质量程度、可用性程度都未经过实战，交叉执行测试用例才能体现用例编写质量，比如【步骤】、【预期】描述的细致程度，质量较好的用例是执行人员能够清晰明了此用例测试的功能。
3、交叉测试能提升测试组对系统整体的熟悉程度，若人员有请假风险，未请假人员能够及时进行交接、快速接手请假人员的测试模块，不会耽搁整体测试计划。
五、提交缺陷注意要点
提交缺陷，测试人员需注重与开发人员的有效沟通。
1、提交缺陷后，及时告知开发人员已经提交缺陷。
2、需准确定位缺陷类型，判断是前端还是后端问题，并提交给对应开发人员。
3、缺陷重现步骤描述需简洁，以【步骤】、【结果】、【预期】三步骤描述。
4、文字不好描述缺陷，以截图附件形式提交至开发人员。
六、回归跟踪缺陷注意要点
对于WEB系统，新版本发布后及时清理浏览器缓存。
1、版本迭代后，进行缺陷回归，确认开发是否修复缺陷。
2、进行一轮冒烟测试，及时检查是否有新缺陷出现。
3、缺陷回归及时更改缺陷状态，若无问题及时关闭、存在问题就进行激活。
4、缺陷修复、验证情况每日统计，及时关注缺陷修改情况。
七、提交测试报告
项目大版本交付时间有截至日期，版本交付前一周，测试人员需再次核对版本交付内容，确保功能都相应实现并进行了测试，测试阶段积极跟踪开发解决缺陷。测试报告编写过程与测试方案内容保持一致，实施各种类型测试（兼容、性能、安全等），都需有相应报告或总结性文字。
4362
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
