1、为什么要进行TC和bug的规范和专业化?
通过一些调研,发现大家的重视程度都一致,因为都身为测试员的缘故,测试用例是测试的指导文档,是保证产品的基本武器,同时也是测试人员的主要输入成果。
2、TC的专业性体现
如何体现其系统性?你的TC是否具备系统性
1)写TC的作用是什么?—功能覆盖
2)流程怎么产生?—测试设计—测试执行点—执行标准(TC)
3)服务对象?—项目组成员
4)应用对象?—测试员
当我们拿到PRD拿到技术方案,测试人员就已经在考虑测试的设计,TC的设计,海量的TC和功能点,需要什么进行覆盖,如何进行统计?当然这些都是正确的,直观反应在TC上,TC是为了保证其PRD,产品功能测试覆盖完整,那么最早需要考虑的是TC的结构设计,为什么会产生服务对象和我列出服务对象可能想到这些方面的人确实很少,大家的第一直观就是TC只是测试人员执行测试的一共规范和工作统计,那么如何让项目组其他人员知道测试人员的工作?工作的全面性是否保证?测试质量的监督,同样需要开放的原则,所以会产生评审,意见补充等工作。
当你一个项目有上千个TC时,对于评审你是一个个进行TC评审时,内耗,长时间的细节呈现,那么评审的效果就大打折扣。那么TC的编写之前能做到归类和系统性思维进行TC的划分和编写,就是专业测试人员需要提高和注意的一种工作方式。
每个项目有不同的划分方式,不同的维度划分都是正确的划分,但能正确的进行汇总和区块化,同样也是专业TC必备的要素
如何体现其专业性
有其整体性,系统思维后,如何产生专业性的TC。
a)根据测试概要,对各个验证点的前置条件、操作步骤、预期结果进行完善
b)对于自动化测试,在测试用例细化时应提示相关的测试脚本文件。
c)好的测试用例应该是具体完全的指导性,且无二义的
TC包含的内容说明:
a)测试名称:直观反应用例的检查点
b)测试用例优先级:一般在完成所有TC后,再进行后期填写和划分
c)是否自动化:实现自动化要求的用例标记
d)前置条件:说明卖家类型,或者买家类型,进行操作前的必备条件的说明
e)步骤:描述进行执行所进行的操作顺序和操作条件
f)预期:完成操作步骤后的预期现象
g)实际:当出现实际结果和预期不一致时,填写实际的现象和结果
TC的执行和维护:
单独提出到专业性中,直接的测试人员在执行测试用例时
1)根据测试步骤进行操作和比对,是测试质量的基本保证
2)发散、灵活、探索性测试,是进行用例扩展和深入测试的意识和主动性保证
3)TC的维护和更新的直接执行者,在每次进行测试执行,直接进行部分用例的更新和修改备注,将保证用例的持续更新,主动的更新服务的将是全组的测试人员