万叶集 |
---|
隐约雷鸣,阴霾天空。 |
但盼风雨来,能留你在此。 |
使用 思维导图方式进行的模块划分会更加的清晰和完整,当然亦可以有其他方式划分模块,比如其他类型的脑图工具或者线框图之类的…
这种总纲的目的不是为了给别人看,目的是为了测试的时候在 找测试点的时候,或者在帮助开发人员梳理要做哪些点的时候呢呢狗做到更加心中有数。
一个产品的项目,在开发、测试的时候到底有哪些测试点,哪些功能点最核心些更次要些又是边缘功能,通过一个思维导图可以一览无余。
测试计划 & 用例设计
接下来就是 与 的部分了 ,这部分也是测试的老本行了。实际上在传统的测试思路里,这里才是测试的开始。
是描述测试项目与测试任务之间的关系,说明需要测试什么,将要如何测试,如何协调测试资源和测试时间等等,测试计划制定的是否合理高效直接会对测试项目的进度产生很大的影响;
而 则是把待测的测试目标转化为具体的测试条件、测试用例,不仅仅对于测试人员,对于开发人员来说,也要在大脑中有这样一个过程,到底哪些点是重要的,要着重实现哪些点。当然了,这其中也需要包括是否需要性能测试否需要安全测试一块可以自动化,要怎么运行等等…都是在这一步需要考虑到的。用例设计完成之后不是就OK了,就像开发人员写代码一样,代码编写完成后也需要 ; 所以测试人员的测试用例也需要评审。
用例评审
见下图:
实际上到了项目上线阶段,测试人员的角色仍然非常的重要。上线前要核实准备事项,发布顺序;上线中要做好线上验证测试;上线以后呢,要去跟踪线上的问题,如果发生问题还要进行迭代的修改问题与发布,保证完善的回归测试。同时将后续出现问题的这些点总结补充到测试用例、总结道自动化测试脚本代码当中,这样才是一个完整的项目流程。
当然,在项目流程里可能还会有些其他的任务,比如说自动化测试,在后面的章节在为大家进行详细的介绍。
其实在这种 下,很难在一个 中间进行自动化脚本的开发,所以更多的自动化工作可以放到在多个迭代的间隔期,在下一个迭代周期正式开始之前或者在下一个迭代周期的需求阶段,其实就是在测试人员不太繁忙的阶段去补充上一个迭代中需要自动化的部分。
还有一个和测试有关的部分,那就是监控。尤其是在大型系统上面,可能很多线上的问题很难在第一时间得到暴露,为了保障系统的稳定性和这些异常能够反馈给测试,所以很多时候我们希望能够增加一些监控与告警的机制去对接到邮箱、微信、钉钉等办公 交软件上,方便我们能够第一时间接收到这些异常的告警信息。
在很多公司,这种工作一般是由运维或者开发人员来完成的,但是在现在的一线互联 大厂,比如阿里,线上的监控也是测试工作的一部分,也便于阿里的测试能够在问题发生的第一时间得知,降低问题造成的影响。
所以一定要在第一时间去发现问题、解决问题,这就是监控所要解决的问题。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!