关于软件测试后续工作的一些看法

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

关于软件测试后续工作的一些看法

一、文档概述

本文档针对公司目前的现状,对之后的软件测试工作提出了一些个人的看法。一共分为2大部分,第一、二部分对构建软件测试体系提出了一些看法,包括测试流程的建立和测试规范的建立。第三部分是对构建软件测试团队的一些看法。

二、构建软件测试基本过程

1、测试基本过程

2、测试各阶段工作流程

2.1 测试分析阶段

测试需求是整个测试过程的基础;确定测试对象以及测试工作的范围和作用。用来确定整个测试工作(如安排时间表、测试设计等)并作为测试覆盖的基础。

* 在这个阶段,测试人员如果对产品需求有疑问的地方应及时与产品经理或需求提出方进行沟通,减少理解上的偏差,如果有优化建议的也应及时提出。

* 当产品需求比较成熟后,测试人员应适当、尽快介入到需求讨论中。

2.2 测试计划阶段

制定软件测试计划可以确保测试工作有序、有效的进行。

当开发计划或测试需求发生变更时,测试计划应考虑是否需要变更。

* 产品经理或项目经理在制定产品/项目计划的时候应与测试人员讨论并确定产品/项目的测试计划;

2.3 测试设计阶段

测试人员需要根据基线版的软件需求规格说明书和产品设计说明书编写测试用例。根据

每一个测试需求点和功能点,运用不同的用例设计方法编写测试用例。

* 测试用例的设计并不是越详细越好,应结合测试时间及人力进行综合的考量,根据实际情况确认测试用例的颗粒度。

* 建立公共测试用例库,避免重复编写类似的测试用例;

2.4 测试实施阶段

2.4.1 测试实施过程

测试实施阶段是测试人员在整个项目中需要投入最多工作量的阶段,也是最主要,最重要的一个阶段。在这个阶段中,测试人员需要根据前期的测试计划、测试策略来执行测试用例,并使用测试管理工具记录、提交、跟踪测试中发现的缺陷,并配合、督促开发人员复

产品进行随机测试。

* 测试应该是分阶段实施的,在某些功能模块开发完后即进行集成测试,最后再进行系统测试。

* 在系统测试阶段,除了基本的功能测试,还需要进行性能测试、安全性测试等。

2.4.2 测试实施流程

说明:

●开发人员在提交版本测试时,应附上问题清单和更新操作步骤并通知相关负责人;

●使用CI系统进行自动化构建和部署;

●构建失败或测试发现问题,测试人员将信息反馈给开发人员,开发人员修复问题后

重新提交测试;

●测试完成后产出版本测试记录,包括:测试时间、测试负责人、测试结果等;

●测试完成后,将发布包移植到发布环境,检查发布包的完整性;

2.4.3 测试环境搭建

在整个软件开发周期,为了保证软件版本的控制,需要建立三个环境:

在测试实施阶段测试人员主要维护测试环境,测试环境要求由测试团队独立搭建并负责测试环境的维护。

2.6 测试结束阶段

约定的测试周期完成后,测试人员需要总结此次测试的结果,并编写报告。包括缺陷报告和测试报告。

2.6.1缺陷报告

当一个测试阶段结束后,或全部测试工作结束后需要对此次测试过程中出现的缺陷数量、分布情况、各功能模块发现的缺陷占比、严重等级和修复情况等进行统计分析并形成缺陷报告。

2.6.2测试报告

当一个测试阶段结束后,或全部测试工作结束后需要编写测试报告,测试报告可以分为阶段性测试报告和总结性测试报告。报告需要对此阶段的测试情况进行汇总统计分析,以供整个项目组了解软件开发的质量、开发的进度及软件修复的情况,对项目经理决定上线与

2.7 测试总结阶段

在完成产品/项目的整个测试过程后,测试人员内部应及时举行总结会议。对此次测试

三、建立软件测试规范

1、缺陷书写规范

制定bug的填写规范,减少歧义,可以降低测试人员与开发人员因对bug的理解偏差而产生的沟通成本。一个完整的缺陷应包括:标题、重现步骤、实际结果、期望结果这4个要素。

1.1 缺陷的标题

⑴、标题应该保持简短、准确,提供缺陷的本质信息;

⑵、标题应指出缺陷发生的功能模块;

⑶、标题应描述缺陷发生的原因与结果,例如:【功能模块】执行完A后,发生B;

⑷、标题应避免使用模糊不清的词语,例如:不准确,不起作用…

1.2 重现步骤

重现步骤包含如何使别人能够很容易的重现该缺陷的完整步骤。为了达到这个要求,重现步骤的信息必须是完整的、准确的、简明的、可重现的。

⑴、准确无误的重现操作步骤,步骤不多余,无遗漏;

⑵、每一个步骤尽量只记录一个操作;

⑶、每一个步骤前使用数字对应步骤编号;

⑷、尽量使用短语和短句,避免复杂句型和句式;

⑸、将常见步骤合并为较少步骤;

⑹、只记录各个操作步骤是什么,不包括每个操作步骤执行后的结果;

1.3 实际结果

对缺陷的表现特征进行简要的描述,并配上缺陷的截图。

1.4 期望结果

对执行重现步骤后期望得到的结果进行完整、准确的描述。

2、测试文档规范

对在整个测试过程中产生的测试文档制定编写规范,便于管理。

测试过程输出文档如下:

①、测试分析阶段:产品功能列表、测试大纲;

②、测试计划阶段:测试计划;

③、测试设计阶段:测试用例;

④、测试实施阶段:版本测试记录,发布环境维护清单;

⑤、测试结束阶段:缺陷报告、测试分析报告(性能、功能);

⑥、用户测试阶段:用户反馈问题清单(包括个性化需求)、对外版本发布记录;

⑦、产品发布:产品部署手册、产品操作手册;

四、建设软件测试团队

1、建设

1.1 建立知识库

创建独立的svn库用于管理测试团队产出的各种文档,例如,培训文档、技术分享文档等等。建立文档规范(模板),测试文档应按规范编写。

1.2技能、业务培训

应根据团队成员的能力情况,以及测试人员的发展方向,定期安排技能、工具和业务流程的培训来提升团队的整体水平(建议每1-2月开展一次)。培训内容例如:

①、selenium+python的部署安装以及使用;

相关文档
最新文档