答
功能测试、用户体验测试、性能测试、'( 测试、兼容性测试、安装测试、文档测试、
稳定性测试等
15. 接口测试流程?
答:
项目启动后,测试人员近早找开发人员拿到接口文档,获取接口文档后进行接口用例
的编写和调试,完成后部署到持续集成的测试环境种,设定脚本执行的运行频率,告警方
式等基本参数,进行接口的日常监控,定期对接口脚本的维护更新,接口异常的处理
16. 你以前工作时的测试流程是什么?
答:
先要有需求评审(有开发人员产品经理测试人员项目经理)需求确定(出一份
确定好的需求文档)开发设计文档(开发人员在开始写代码前就能够输出设计文档)制定
测试计划写出测试用例发给开发人员与测试经理看一下接到测试版本执行测试用
例提交 ;有些时候可以直接写到 7)0!0 相当于禅道8交给开发人员修
改回归测试。
17. 当你参加评审时,你的评审原则是什么?
答:
首先要从正确性,一致性,可行性,必要性,可跟踪性,分配优先级,可测性,可修
改性考虑:
正确性:每一条需求都必须准确的陈述其要开发的功能。
一致性:必须与其他软件需求或高层需求不相矛盾。
可行性:其每一项需求都必须是已系统和环境的权能和限制范围可以来实施的。
必要性:每项需求都是用来授权你编写文档的“根源”,要使每项需求都能回潮至某项
客户的输入。
可测性:每项需求都能通过设计测试用例或其他的验证方法来进行测试。
可修改性:每项需求只应在 < 中出现一次,这样更改会容易保持一致性。
可跟踪性:在每项软件需求与它的根源与设计元素,源代码,测试用例之间建立起链
接,而这种可跟踪性要求每项需求都必须以一种结构化的,粒度好(,*0")*/)的方
式编写并单独标明,而不是大段大段的陈述。
分配优先级:应当对所有的需求分配优先级,如把所有需求都看作同样重要,那么项
目管理者在开发或节省预算或调度中丧失控制自由度、
18. 软件测试的需求标准是什么?