标签:最新 模式 文档 编写测试用例 习惯 养成 讲解 疑惑 重点
小编现在主要是做OA系统的迭代测试,偏于业务逻辑的功能测试,今天在这里简单记录一下可能会涉及到的测试流程知识点:
一、设计评审
按照测试流程,第一步就是参与涉及评审,一般设计评审会有三方角色参与,分别是:产品、开发、测试。产品经理会提前通知参加评审的时间和地点,以及提供srs涉及文档。常规设计评审都是以会议的模式展开,设计评审的过程:
1、产品经理讲解设计文档;
2、开发人员估测代码可行性和实现功能的工作量;
3、测试人员预估测试工作量。
通过三方讨论,最终决定设计是否过关,是否采用。而在此过程中,测试人员需要的注意事项有以下几项:
1、 设计评审前,仔细查看设计文档,理解新功能和之前版本哪些功能有交叉的测试点,以及之后进行测试时可能需要注意的地方。先预估一下测试的工作量,记录自己不懂的地方,以便于在设计评审中,重点关注一下相关模块,有疑惑及时提出。
2、 设计评审中,注意一定要养成记录评审的习惯。评审过程中肯定会有一些设计开发和产品有争议的,比如代码实现量大,或会改动到其他某些模块,也可能是暂时无法实现的,这些都要记录下来,一则加深自己对于评审的记忆(因为距离评审通过到开发交付演示,时间可能会有点长),同时也对之后编写测试用例应该注意的地方,提前做一个文档记录的预防。
3、 设计评审完成后,整理自己评审前和评审中的文档,如果评审通过,则可以根据最新的设计文档,梳理出一份简单的用例导图。
标签:最新 模式 文档 编写测试用例 习惯 养成 讲解 疑惑 重点
原文地址:https://www.cnblogs.com/NancyRM/p/10237127.html