质量保证(QA)部门大致是一群测试人员整天揭穿你的应用程序,为发布,处理Alpha/Beta程序提供绿灯.以及更多.
但是,如果没有软件公司的质量保证部门,问题就会在现场经常出现,问题的解决成本会更高.然而,大多数公司都是从一个车库开始,有一名员工是你自己,然后成长为一家软件公司.
你什么时候告诉它创建这样的部门？与公司规模有关,遇到的问题是什么？
kem*_*002 22
一旦你负担得起它.如果没有qa部门,你将永远不会有一个可靠的产品.程序员不会成为优秀的QA人员,最好让第二个人(或更多人)审查应用程序的工作方式.
所有优秀的软件公司,以及拥有创建计划的优秀IT部门的组织都拥有qa团队.这对软件开发至关重要.
作为一家成功的软件公司的前 QA 经理，我会说一旦你发布了你的第一个程序，就可以发展它。（之前，如果可能的话）。真的，只要你负担得起。但是，作为开发人员，您应该在整个开发周期中自己进行大量测试，而不仅仅是在最后。QA 的工作（取决于您阅读的书）是处理大量遗留测试、SMOKE 测试、回归测试、实际测试，以及编写自动化测试程序、流程和计划等。
临时测试只是 QA 应该做的一小部分。质量保证有两个主要的关注领域。1) 软件是否做了它应该做的事情，并以客户可用的方式满足要求，以及 2) 软件没有做它不应该做的事情。
计划、程序和临时测试是 QA 的基础。我发现如果您只进行一种或另一种类型的测试，您将不会有一个成功的 QA 周期。
我在自己工作时发布了没有 QA 的软件，但我可以告诉你，无论我测试多少，它总是更容易出错。对软件来说，第二双+眼睛是最好的东西。
只要确保您的团队由 ADD 保持肛门的计算机极客组成。这样你会得到最好的结果。:) 当他们可以让某人的软件繁荣时感到自豪的人......呵呵..（开个玩笑......我认识很多没有 ADD 的 QA 测试人员）......
小智 5
质量保证(QA)部门大致是一大堆测试人员整天揭穿您的应用程序
我很担心您将QA视为"一群测试人员揭穿您的应用程序",因为QA是最终产品的障碍.这让我觉得你过去对QA的经历很糟糕.而是试着看看QA给贵公司带来的价值.您希望最终用户能够从一开始就依赖您的产品.如果最终用户发现问题或缺陷,并对您的应用或网站感到沮丧,他们会越来越信任您的应用.质量检查应该可以降低用户失去对您应用的信任的风险.如果质量保证没有这样做,那么他们就不会带来任何应用程序必须具备的价值.那时,您需要新的质量保证.不只是按钮按钮.QA知道应用程序和开发人员一样.
最后一点是开发人员不是QA.开发人员只应在绝对需要的时候提出他们的QA帽子.这对于一个或两个开发人员的小公司来说很难.因此,当他们说尽快获得QA时,我同意其他人的意见.在我的大型软件开发公司的现场位置,当我们有需要满足的硬截止日期并且质量保证时间非常宝贵时,开发人员只会提出质量保证.即使他们确实提出了他们的QA帽子,测试过程也会由该开发团队的主要QA之一进行审核,以确保开发人员完全有效地测试应用程序.只有在QA领导对开发测试部分的测试水平感到满意之后,QA领导才能在该部分签署.