质量保证团队不足的迹象是什么？

#1 楼

我将牢记敏捷迭代来回答这个问题。 （如果执行看板或群集，则迭代可能是完整的Sprint或单个用户故事周期。）

在以下情况下，质量检查部门的人手不足： />并非每个跨职能敏捷团队都拥有QA知识的人
比率缺陷与已发布功能的比率已失控
迭代过程中未完成测试自动化
执行手动测试在下一次迭代中
在迭代结束时未交付工作软件（这可能还有其他原因。）
交付了未经测试的软件
QA员工没有时间进行质量检查专注于在工作时间彼此成长和学习的社区-


我们已经建立了相当长的积压测试故事和场景，以实现自动化


我了解到最好的可视化方法是。在公司中某个重要的地方表明您一直处于落后状态。只需在主走廊中创建一个质量检查指标区域即可。发布测试自动化周期和前置时间，仍需自动化的故事数量，缺陷与新功能。最好添加一些您想通过每天/每周/每月使用趋势箭头来实现的目标。累积的工作尚未完成，应引起管理层的警觉。我会敦促开发团队将测试（包括测试自动化）添加到完成的定义中。添加更多的测试工程师可能仍然无法解决您的问题。

通过将测试工程师纳入开发团队来进行扩展规模的实验，让团队确定开发人员与测试人员的最佳比例。每个团队的情况会有所不同。但是将测试人员集成到团队中会带来很多好处。整个团队的质量态度，更好的知识共享，无需交接，真正做到了！ （例如生产就绪）等。

#2 楼

当他们无法证明其价值时，他们添加了

在我的上一个职位上，我想改善html Web表单中无效数据的前端错误消息。我的恳求充耳不闻。该公司专注于利润和成本。然后，我使用AB测试来证明更好的错误报告可以使公司每年赚取数百万美元。下一次要求更多资源的请求被立即批准。告诉你，您可以增加价值，而您无需尝试通过论点说服，事实就可以说明一切。质量保证人员不足的较小迹象是：


编写测试时采取的快捷方式
没有足够的时间来制定模拟和存根策略
间歇性故障没有一个有时间修复
质量保证被视为瓶颈
基于事件和时间的测试与真实的时钟相关联，因此需要数小时或数天
没有足够的时间来制定良好的做法
没有足够的时间来宣传质量实践
没有足够的时间来证明良好的测试环境
运行时间长且测试缓慢，没有人有时间重构

对于管理人员而言，我建议：关于测试为何如此重要的持续宣传。
频繁引用诸如Healthcare.gov（性能测试），target.com（安全性），Amazon（可访问性测试）
用幽默的方式来谈谈集成测试，有很多示例
是要告诉管理人员您正在做准备工作错误提示

#3 楼

QA部门的人员不足是测试人员无法有效地测试生产表面积（代码，内容，文档）的人员的工作，以供她测试。可以用作初步经验法则，以了解您的人员配备有多接近。在我的职业生涯中，最糟糕的情况是当我从事视频游戏时，有17个制作人获得了1个质量检查资源。最好的情况是，当我开发移动计算机视觉产品时，大约有4个生产者需要1个质量检查资源。不要花任何时间思考如何测试即将发生的事情，这是双赢的情况。他们将无法足够快地通过积压工作，无法提供足够的反馈，以防引入引入错误时的缺陷，从而无法以经济高效的方式进行错误修复和设计更改，并且无法在编写代码之前就对代码进行寻址通过设计审查，他们将无法阻止错误从一开始就进入项目。

#4 楼

我们公司提供广泛的软件测试服务，包括移动测试，功能测试，自动化测试等等。我们分析需求并相应地计划资源。各种因素有助于制定适当的资源计划，例如项目估算，发布周期，测试范围（即Web功能，移动设备，自动化）。

以下是质量低于QA团队的标志。


产品质量下降如果质量保证团队人手不足，项目质量就会受到打击。客户在发布后遇到的错误开始泄漏。这会导致频繁的热修复和大量不满意的客户。
发布周期大。这是人员配置不足的质量检查小组面临的另一个问题。时间表短，人员配备的质量检查团队会很短。例如，如果在某个时期需要对发布进行全面回归测试，则人员短缺的质量检查团队将始终加快发布截止日期。
Backlog中的更多任务。任务开始在积压中编译。最不祥的是，自动化需要后座，这反过来会使发布周期更糟。