1.测试的基本流程
1. 接收测试版本。
2.根据公司的流程,进行接收app测试,这里指的是送测流程,不同的公司,送测流程也有所不同。
3.符合公司的送测流程后,进行Ui走查测试,这就是基本界面测试工作。
4.符合基本的界面测试后,根据产品的需求文档,进行功能测试,如果公司的版本迭代很快,敏捷率很高,那么编写测试用例,基本不可能,只有进行基本的测试点划分。然后进行敏捷测试。
5.符合基本的功能需求后,要进行性能压力测试,基本的兼容测试。
6.符合了规定的性能和兼容后,要尽快的切入到正式环境测试。
7.在正式环境中测试产品的业务流程,是否和测试环境中那样符合产品的需求。
8.正式环境中如果都达到了需求预期结果,那么此版本可以pass
9.在测试过程中如果发现问题,开发做了修改,那么测试人员要进行回归测试,以保证原有bug修复的基础上没有引发新的问题。
2.测试的周期
一般来说,测试的周期可以根据开发的周期来定,一般大概为两到三周(15个工作日);测试时间需要根据产品的功能和版本的稳定性来适当的缩短或者延长。
3.进行测试资源的准备
测试任务开始前,检查各项测试资源。
--产品功能需求文档;
--产品原型图;
--产品效果图;
--行为统计分析定义文档;
--测试设备(IOS Android)
--其他。
4.测试报告和产品上线报告
1)测试人员每天需对所测项目发送测试日报。
2)测试日报所包含的内容为:
--对当前测试版本质量进行分级;
--对较严重的问题进行例举,提示开发人员优先修改;
--对版本的整体情况进行评估。
3)产品上线前,测试人员发送产品上线报告。
4)上线报告所包含的内容为:
---对当前版本质量进行分级;
---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果);
--总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。
基本上,测试都会有管理bug的工具,来记录已经发生或者遗留问题,以备下个版本进行迭代时修复。