在质量保证中应该重新认识的五个问题


2019-08-02 08:42:35





翻译质量让我们面对现实:QA在许多公司中并没有得到很多尊重。他们经常被视为不会产生任何东西的抱怨者,但这是一种偏见的刻板印象,而不是准确的描述。信仰可以在质量保证中丢失​​,因为其他人从不相信它,或者因为无效的沟通使问题恶化。以下是一些潜在的陷阱以及质量保证如何避免这些陷阱。
  1. 消除误报
    自动化测试解决方案(通常不由QA运行)可能会因脚本故障而不是实际检测到的错误而反复失败。就像那个叫狼的男孩一样,这可能会在太多错误警报之后引起系统的不信任。快速解决和透明度是保持对QA工作的信任的关键。“最近的功能变化需要整合到回归集中 - 你不会再看到这种情况发生了。”
  2. 增加正输入
    QA有何贡献?质量保证可以向其他部门提供见解,报告和信息。如果在设计会议中允许QA,他们的风险分析和了解结构的愿望(如果从未明确定义)可能导致测试转移到过程的早期阶段,这使每个人都受益。质量保证部门还可以提供答案并向运营和开发人员提供报告,并回答有针对性的问题。通过这种方式,质量保证可以被视为一种受人尊敬的知识字体,而不仅仅是批评的来源。
  3. 保持错误报告中的价值
    错误报告必须具体并概述可重复的方法,以便开发人员可以限制他们的工作来复制和修复错误。发展不应该做质量保证应该做的侦探额外工作。这还包括链接相关的错误并从bug数据库中删除重复的错误。此外,QA需要知道错误的优先级,特别是应该标记为高优先级的内容以及应该标记为低的内容。
  4. 帮助计划
    如果在软件开发生命周期(SDLC)结束时进行手动回归测试,可能会有很多关键时间的压力。作为链条的最后一位是测试发生的不幸生产位置。质量保证应考虑自动化以缩短执行时间,或者至少设计一种基于风险的测试策略,该策略将尝试在测试过程早期发现更多错误
  5. 最大限度地减少发布后的错误
    如果在软件发布后从现场返回错误,QA需要获得错过的测试类型的所有权,并确保下一轮审查将预测整个类别的测试。例如,如果在特定的配置文件字段中出现奇怪的事情时发生错误,请检查配置文件的所有字段中的“古怪”等。任何单个发布后发现都可能损害QA的声誉; 理想的反应应该表现出专业性,并通过为未来的版本增加质量来证明是有效的。

结论

最后,所有关于被视为解决方案的一部分,而不是问题的一部分。因此,这意味着测试的好处和专业性的高可见性,以及协同努力,以尽量减少潜在的困境。