测试实现是指开发、排序测试规程,创建测试数据,若需要,还包括准备测试用例和编写自动化测试脚本的过程。测试实现包括在测试规程(或测试脚本)中组织测试用例,最终确定测试数据和测试环境。这些条件具备之后就可以开始测试执行。同时,测试实现也包括检查不同测试级别的隐性和显性的入口准则。
搭建测试环境是测试实现和执行的一个重要步骤,测试环境适合与否会严重影响测试结果的真实性和正确性。测试环境指的是执行测试需要的环境,包括硬件、仪器、模拟器、软件工具和其他相关要素。
问题1:环境准备经常会碰到哪些问题?
建议:
1、 服务器资源不够,协调不到位;
2、 网络权限不够,不支持系统功能实现;
3、 环境搭建前,未备份原有的系统环境;
4、 缺少环境搭建文档;
问题2:从哪些方面,可以降低测试环境给测试带来的风险?
建议:
1、 熟悉用户环境,使测试环境尽量贴近用户的使用环境;
2、 提早规划测试环境,尽早计划安排测试环境,应在测试计划阶段进行考虑;
3、 环境管理员机制,测试内部安排专门的测试环境管理人员对测试资源进行合理管理和分配;
4、 单独的测试环境,保证测试环境的独立性,避免开发人员占用测试环境,影响测试效率。
测试执行准备通常指在接收测试前,做的系列准备工作。
问题1:测试执行准备需要考虑方面的工作?
建议:
1、 组织测试开工作会,做动员工作,鼓舞士气、阐述策略,定义测试计划、明确测试范围并答疑;
2、 严格审查测试环境,包括硬件、网络结构、协议、防火墙或服务器的设置、应用系统的版本;
3、 测试用例汇总整合,将测试用例分类进行有效整合,构造测试套件;
4、 选定测试管理工具,分配测试任务,使测试执行过程可记录,能跟踪、控制,保证测试进度和质量;
5、 达成一致测试目标,确保每个测试人员理解测试策略、目标和计划,宣布奖惩机制。
问题2:测试执行前,在资源协调方面有哪些工作需要提前准备?
建议:
1、 提单缺陷库建立和基础数据提前准备;
2、 各类测试工具,新员工账号提前准备;
3、 沟通联络工具,新员工账号提前准备;
4、 依赖的软件及版本要求,提前准备;
5、 项目特有的工具和技术,提前准备;
测试执行是整个测试过程中重要的一个阶段,该阶段主要是指导测试人员进行测试执行工作,测试人员主要对软件版本进行测试。测试人员在计划内对版本进行测试,直到测试结束,版本发布。在该阶段主要输出为问题单和测试报告等。
预测试是转测试评估的一个重要手段,评估通过版本才能转测试,否则转测试申请将被退回。通过执行预测试用例,确认软件基本功能已经实现并符合要求,判定该系统或版本是否具备转测试条件。
问题1:转测评估标准需要从哪些方面考虑?
建议:
1、 转测试电子流,或书面的转测试邮件;
2、 提供转测试评估Checklist执行记录;
3、 需要提供特性列表、以及说明新增和修改特性;
4、 提供该版本的转测建议;
5、 不接收临时的版本,转测版本需要在服务器或配置库受控;
6、 提供转测版本的有效代码行;
问题2:预测试是转测试的前提条件,经常会遇到哪些问题?
建议:
1、 预测试用例有不通过的情况
2、 回归的问题单通过率较低
3、 之前版本发现的问题单又重现
测试执行过程中的测试状态和测试结果必须妥善进行记录,避免由于没有记录测试结果导致的重复执行测试用例的问题。测试执行过程中还需要收集相关的数据,例如:缺陷相关的数据、测试执行的数据等,通过分析和评估收集的数据对测试过程进行有效地监控。
问题1:执行期间,测试经理如何全面掌握工作任务完成情况?
建议:
1、 要求组员每天进行工作汇报
2、 每周定期输出测试周报;
3、 每天开晨会、站立会;
4、 每周组织周例会召开。
问题2:测试执行过程,应该关注团队哪些方面的工作效率?
建议:
1、 环境搭建效率;
2、 用例执行效率;
3、 问题提单效率;
4、 问题单的发现趋势,避免后期提单较多的情况。
5、 缺陷跟踪沟通解决效率
问题3:影响测试执行效率不高的因素有哪些?
建议:
1、 重点模块要人员备份;
2、 了解组员的个人技能和业务情况;
3、 安排业务串讲,提高业务熟悉;
4、 合理分配测试任务;
5、 测试用例不完善,如预置条件、测试步骤以及预期结果不明确。
6、 测试用例雍余
7、 环境不稳定
8、 沟通问题效率低
确认测试或再测试是针对缺陷的修正进行的测试,用的是发现此缺陷的同一个测试用例,测试用例也可能会进行适当的调整。确认测试或再测试的主要目的是确认缺陷的修正是有效的。
回归测试是指测试以前测试并修改过的程序,确保变更没有给软件其他未变更部分带来新的缺陷。软件修改后或使用环境变更后要执行回归测试。回归测试在整个软件测试过程中占有很重要的地位,是保证软件质量的一个重要测试活动。
问题1:有哪些软件变更之后,需要开展相应的回归测试?
建议:
1、 缺陷的修复;
2、 版本变更和升级(例如:增加了新的功能或采用了新的技术);
3、 数据库的变更和升级;
4、 软件使用平台的变更和升级(例如:软件运行环境的变更等);
验收测试是指在软件产品完成了功能测试和系统测试之后、产品发布之前进行的软件测试活动,它是技术测试的最后一个阶段,也称为交付测试。
测试经理需要确定客户的验收标准,并协同资料一起输出对应的验收手册,以达到协助客户验收测试,
这个阶段测试主要输出的是验收用例。
问题1:验收测试通常需要考虑哪些方面?
建议:
1、 确定验收标准,协助验收任务;
2、 关注验收阶段发回来的问题单,进行漏测分析或质量回溯;
3、 对一些收集数据进行度量分析;
4、 准备验收材料,如测试计划、策略、用例、SDV测试报告、阶段测试报告、性能测试报告等。
问题2:挑选和编写验收用例,通常有哪些要求?
建议:
1、 按实际常用场景编写和挑选验收用例;
2、 尽量选择一级用例作为验收用例;
3、 通常选择主要业务流程作为验收用例;
4、 测试步骤尽量清晰,表达全面;
5、 预期结果需要书写得简洁明了。
缺陷管理是指对测试过程中发现的问题,使用缺陷管理系统进行跟踪,问题级别应遵守《缺陷管理规程》中的定义。通过缺陷分析结果,可以全面深入了解版本质量,通过缺陷产生原因,持续改进项目过程中的薄弱环节,完善测试方法。
问题1:缺陷跟踪,主要包括哪些内容?
建议:
1、 缺陷的状态,以及缺陷是否得到修改;
2、 跟踪开发人员提供的缺陷修改方案,确保修改符合要求;
3、 明确和提交测试的版本。
4、 缺陷答复效率