软件测试流程改进的几点看法
一、完善需求，并对需求做评审
原先项目的需求文档很不健全，而且更新也不及时。拿起需求看的时候，可能软件本身已经调整了n次，可是需求本身一次都没有更新。这就致使需求与实现完全脱节，测试人员无法根据需求来编写相应的测试文档。而为了应对迎头压来的工作任务，只有放弃文档，摸着石头过河。一切都凭借测试人员的经验及对业务知识的领悟来进行测试。这样做虽然解了燃眉之急，但是，当测试人员流动的时候，新加入的成员又需要很长一段时间来熟悉、摸索软件的业务功能点。无论对于公司，还是项目本身进度来说这都是不可接受的。要解决文档的问题，首先就得从源头抓起。为此，项目经理从需求开始抓起：要求提供完善的需求，并在需求完成之后进行评审。目的就是希望可以把设计缺陷消灭在需求阶段，省去很多不必要的麻烦评审会主要由项目经理主持，测试部全体成员负责评审，系统分析员负责解答相关问题。评审结束后，与会者提交相关的需求评审记录。根据需求评审记录，系统分析员进行相应的更新。
二、编写测试大纲，并对大纲进行评审
在需求更新后，测试设计人员提取相应的测试点，编写测试大纲。采取这样的流程主要是为了避免设计人员在设计之初就过分专注于细节，而忽略整体。设计人员可以在充分理解需求的基础上，提取测试点。理想状态下，就是测试大纲完全覆盖所有需求。
为了避免测试设计人员在设计上有所疏漏，在大纲完成之后，会再次召开评审会。大纲评审其实是同行评审，由测试人员共同参加，并针对各个测试点逐一探讨。评审后，提交相应的大纲评审记录，相关的测试人员对大纲进行修订。
编辑切换为居中 三、编写测试用例
根据修订后的测试大纲，测试设计人员开始设计测试用例。由于已经对需求进行了充分了解并提取了相应的测试点，测试用例设计起来相对容易且不易丢掉测试点。虽然用例设计很重要，但是由于时间因素不能进行同行评审。仅由测试执行人员参照大纲查找是否有遗漏的测试点。
四、执行测试，并提交缺陷
根据测试用例，测试人员执行测试。并根据内部缺陷标准判定并提交缺陷。开发开发对open的缺陷如无异议，则进行定位、修改;如果出现分歧，则召开缺陷评审会，由缺陷评审委员会确认该缺陷是否合理。
可以说这个测试流程能够执行下来，离不开公司领导的支持。但是，有好的流程，并不意味着就一定能取得好的工作效果。现在简单总结一下，有以下几点不足之处：
对于测试用例方面：
首先，遗漏部分测试点。虽然测试执行人员对用例进行检查，但是仍然出现测试点未覆盖的现象。其次，测试用例设计不够严谨，甚至出现错误的预期结果。其中有一部分原因是时间的问题，来不及进行检查。但是，毋庸置疑测试设计人员的责任占主要地位。作为一名测试人员，无论文档设计得如何，起码不能出现这样的失误。最后，就是书写不够仔细，错字、误用数据出现。
对于测试执行方面：
首先，测试执行人员未遵循用例进行测试执行。一部分原因是由于用例本身质量不高，可执行性欠佳;另一部分原因是测试执行人员对用例的不信任——部分可以归结为用例质量导致的问题，部分原因是对测试设计人员能力的不信任。其次，测试设计与测试执行分离，测试设计人员不参与测试执行。从一方面看，这样有助于明确责任分工;但是从另一方面看，也有一定的弊端。众所周知，测试不可能做到穷尽测试。当然，用例也不可能覆盖所有的路径，只能提取典型数据进行测试。如果测试设计人员参与执行工作，就能够对未覆盖的路径进行补充测试;并可以加深对业务逻辑的理解，更好地设计用例数据。再次，为了避免出现无文档的情况，应对随机测试的测试点做出记录，留待以后参考。最后，对于随机测试发现的缺陷，应该补充相应的用例充实到用例库中。
对于缺陷提交方面：
根据内部缺陷标准进行判定并提交，最后根据open和closed的缺陷总数整理测试报告，并进行发布版本的质量评定。由于有内部发布的标准，因此，对于一些不能重现的缺陷，如读取异常，将做删除处理。这样就存在一个问题：即不能重现的缺陷不算缺陷!一旦某天可以重现这个缺陷，将作为测试人员的遗漏进行考核。虽然不能重现不利于开发人员定位并修改，但是不等于这个缺陷未存在。个人意见不能重现的缺陷也应该保存，可以根据具体情况，不设置为open状态。作为备份数据，以供后来参考。
综上所述，投入大部分精力写出来的测试文档资料，参考价值并不大。如果不针对设计及执行方面做进一步改进，那么对测试流程的改进又将流于形式。目前，针对这些问题仅想到如下的解决方式：
1、测试设计人员间进行交叉评审，并提交相应的记录。根据评审结果，进一步完善文档。
2、测试设计人员依据大纲进行补充性测试，尽量采用用户数据模拟真实操作。
3、测试执行人员在测试初期依据测试用例进行测试，并适量做随机测试。测试后期，主要根据用例执行。
如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司
软件测试流程改进的几点看法相关推荐
- 大厂软件测试流程完整版
目 1.概述 1.1目的 有效的保证软件质量: 有效的制定不同测试类型(软件系统测试.音频主观性测试.Field Trial.专项测试.自动化测试.性能测试.用户体验测试)的软件测试计划: 按照计划进 ...
- 第四章——软件测试流程和规范
第四章 软件测试流程和规范 学完本章应该明白要做测试或者验证应该分几步,每一步应该干什么,明确一个流程.这个流程是比较标准化的. 本章将从软件过程模型出发,讨论传统的测试过程和敏捷测试过程,进而扩展到 ...
- 软件测试流程、计划和方案
软件测试流程 1.标准软件测试流程 标准软件测试流程时大部分公司开展工作的一个流程,通过学习标准测试流程,可以更深入理解,如何开展软件测试和部分细节情况. 1.1.需求分析 主要是熟悉需求.理解需求. ...
- 用户旅程方法论_3种有效准备数字旅程中流程改进的方法
用户旅程方法论 在转变工作方式的过程中,我们专注于客户的愿望,并且计划转向数字业务,因此始终需要改进流程. 尽管向数字业务的转变可能包含组织中许多新的方面,但始终存在需要评估的技术和流程方面的现有投资 ...
- RELL软件测试初学者化妆品,浅析软件测试流程在高校软件测试工作室中的应用...
[摘要] In view of the typical problems existing in the implementation of the standard testing process ...
- 3星|《大产品，小团队》：携程软件开发流程改进的故事
大产品,小团队:携程敏捷技术与管理转型实战 携程集团创作,作者有产品.开发.测试.PMO等多种角色.有一点比较怪异,每个章节的作者是放在书的最后部分的. 主要内容是携程的软件开发流程改进的故事.携程的 ...
- 软件测试流程及规范（参考大华为的规范）
参考某大佬(窝真不知道是哪位大佬)总结的测试流程并结合在华为做测试学到的规范,整理的我们公司的测试流程,分享是一种美德,so开始你的阅读吧~ 软件测试流程及规范 一.目标 制定完整且具体的测试路线和流 ...
- 软件测试流程规范简介（不同公司流程规范不一样，仅供参考）
前言:整理了一下软件测试流程规范简介,仅供参考! 一.流程图概述 二.测试启动阶段(需求分析) 参与软件需求评审.技术评审,以测试的角度分析需求的可测性,可构思将来对测试进行的方法.原则等.更重要的是 ...
- 软件测试技术（五）软件测试流程
软件测试流程 软件测试流程如下: 测试计划 测试设计 测试执行 单元测试 集成测试 确认测试 系统测试 验收测试 回归测试 验证活动 测试计划 测试计划由测试负责人来编写,用于确定各个测试阶段的目标和 ...
- 软件测试流程有哪些？
1 在软件开发周期中,很多软件测试工作与开发工作是同步进行的,人们对于软件测试流程的重视程度也不够,可能在测试工作中就容易造成很多重复性和不规范操作.实际上,理清楚软件测试流程对提高后期软件测试工作效 ...
最新文章
- Data source rejected establishment of connection, message from server: Too many connections解决办法...
- Shell中要如何调用别的shell脚本
- js实现html页面倒计30秒,javascript实现简单页面倒计时
- 传江民总裁王江民因心脏病突发逝世 享年59岁
- 游戏用户体验指标_电子游戏如何超越游戏化的用户体验
- 如何编译文件（gcc + nasm）
- c语言osversioninfoex,xi52qian
- 【双11狂欢背后】微服务注册中心如何承载大型系统的千万级访问？
- Ai Challenger Caption图像中文描述（2017）
- 搞计算机，还是需要高配且专业的笔记本（这个名字好像是有点像广告贴了哈）...
- POJ 3581：Sequence（后缀数组）
- React Native填坑之旅--class（番外篇）
- 整理 kanban 的 DoR 和 DoD
- 2016年趋势科技夏令营面试题目
- 坚定信念，雨后终会见彩虹
- Android 推送消息开放接口 OpenPush
- 什么是CSS（层叠样式表）
- auc指标含义的理解
- java打印汉字出来的是����乱码怎么解决
- 【信号与系统学习笔记】—— 一起走进“卷积”的世界 2【系统基本性质和卷积的关系】