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