码迷,mamicode.com
首页 > 其他好文 > 详细

产品迭代测试流程(一)

时间:2019-01-08 10:11:51      阅读:204      评论:0      收藏:0      [点我收藏+]

标签:最新   模式   文档   编写测试用例   习惯   养成   讲解   疑惑   重点   

小编现在主要是做OA系统的迭代测试,偏于业务逻辑的功能测试,今天在这里简单记录一下可能会涉及到的测试流程知识点:

技术分享图片

一、设计评审

按照测试流程,第一步就是参与涉及评审,一般设计评审会有三方角色参与,分别是:产品、开发、测试。产品经理会提前通知参加评审的时间和地点,以及提供srs涉及文档。常规设计评审都是以会议的模式展开,设计评审的过程:

1、产品经理讲解设计文档;

2、开发人员估测代码可行性和实现功能的工作量;

3、测试人员预估测试工作量。

通过三方讨论,最终决定设计是否过关,是否采用。而在此过程中,测试人员需要的注意事项有以下几项:

1、  设计评审前,仔细查看设计文档,理解新功能和之前版本哪些功能有交叉的测试点,以及之后进行测试时可能需要注意的地方。先预估一下测试的工作量,记录自己不懂的地方,以便于在设计评审中,重点关注一下相关模块,有疑惑及时提出。

2、  设计评审中,注意一定要养成记录评审的习惯。评审过程中肯定会有一些设计开发和产品有争议的,比如代码实现量大,或会改动到其他某些模块,也可能是暂时无法实现的,这些都要记录下来,一则加深自己对于评审的记忆(因为距离评审通过到开发交付演示,时间可能会有点长),同时也对之后编写测试用例应该注意的地方,提前做一个文档记录的预防。

3、  设计评审完成后,整理自己评审前和评审中的文档,如果评审通过,则可以根据最新的设计文档,梳理出一份简单的用例导图。

产品迭代测试流程(一)

标签:最新   模式   文档   编写测试用例   习惯   养成   讲解   疑惑   重点   

原文地址:https://www.cnblogs.com/NancyRM/p/10237127.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!