质量保证（QA）部门大致是一群测试人员整天揭穿您的应用程序，为发布，处理Alpha / Beta程序提供了绿灯。还有更多。
但是，如果没有软件公司的质量保证部门，问题就会在现场经常出现，问题的解决成本会更高。然而，大多数公司都是从一个车库开始，有一名员工是你自己，然后成长为一家软件公司。
你什么时候告诉创建这样的部门？与公司规模有关，遇到的问题是什么？
答案 0 :(得分：22)
一旦你负担得起。如果没有qa部门，你将永远不会有一个可靠的产品。程序员不会成为优秀的QA人员，最好让第二个人（或更多）审查应用程序的工作方式。
所有优秀的软件公司，以及拥有创建计划的优秀IT部门的组织都拥有qa团队。这对软件开发至关重要。
答案 1 :(得分：5)
质量保证（QA）部门大致是一大堆测试人员整天揭穿你的应用程序
我很担心您将QA视为“一群测试人员揭穿您的应用”，因为QA是最终产品的障碍。这让我觉得你过去对QA的经历很糟糕。而是试着看看QA给贵公司带来的价值。您希望最终用户能够从一开始就依赖您的产品。如果最终用户发现问题或缺陷，并对您的应用或网站感到沮丧，他们会越来越信任您的应用。质量检查应该可以降低用户失去对您应用的信任的风险。如果质量保证没有这样做，那么他们就不会带来任何应用程序必须具备的价值。那时，您需要新的质量保证。不只是按钮按钮。 QA知道应用程序和开发人员一样。 QA与开发人员和产品所有者合作，确保每个人在最终产品的要求和期望方面处于同一页面。
最后一点是开发人员不是QA。开发人员只应在绝对需要的时候提供他们的QA帽子。这对于一个或两个开发人员的小公司来说很难。因此，当他们说尽快获得QA时，我同意其他人的意见。在我的大型软件开发公司的现场位置，当我们有需要满足的硬截止日期并且质量保证时间非常宝贵时，开发人员只会提出质量保证。即使他们确实提出了他们的QA帽子，测试过程也会由该开发团队的主要QA之一进行审核，以确保开发人员完全有效地测试应用程序。只有在质量保证负责人对开发测试部分的测试水平感到满意之后，QA领导才能在该部分签署。
答案 2 :(得分：4)
作为一家成功的软件公司的前任QA经理，我会说你在发布第一个程序后立即成长。 （之前，如果可能的话）。真的，只要你能负担得起。但是，作为开发人员，您应该在整个开发周期中自己进行大量测试，而不仅仅是在最后。 QA的工作（取决于您阅读的书）是处理大量遗留测试，SMOKE测试，回归测试，实际测试以及编写自动化测试程序，流程和计划等。
临时测试只是QA应该做的一小部分。质量保证有两个主要关注领域。 1）软件是否应该做什么，并以客户可用的方式满足要求，以及2）软件是否做不了它应该做的事情。
计划，程序和临时测试是质量保证的基础。我发现如果你只进行一种类型的测试或另一种测试，你将无法获得成功的QA循环。
我自己发布没有QA的软件，但是我可以告诉你，无论我测试多少，它总是总是更容易出错。第二组+眼睛是软件的最佳选择。
请确保您从A.D.D建立您的团队。肛门保持，计算机爱好者。你会以这种方式获得最好的结果。 :)当他们可以制作某人的软件时，他们是骄傲的人......嘿......（开个玩笑......我认识很多没有A.D.D的QA测试人员）......
答案 3 :(得分：3)
我们是一家拥有单一开发人员的小型新创业公司。每当我们谈论添加额外资源时，我的第一反应就是雇佣我一个质量保证人员！
答案 4 :(得分：3)
我猜你有机会成长一个QA部门：即使你是一个独立的程序员，你也应该做一些QA人员所做的工作。
例如，如果一个人花费10％的时间进行质量保证活动，那么一旦你找到10个人，就可以让一个人专注于质量保证。
答案 5 :(得分：2)
这取决于。如果您是一家拥有高效团队并且错误率很低的小型公司，那么这可能不是您需要解决的最大问题。
如果市场迫使您加快生产速度，开发人员数量不断增加，错误率开始损害您的客户关系，那么您可以考虑通过使其更加正式化来修复流程。
在一家小公司中生存的诀窍就是只有当它的价值为自己付出代价时才实施流程。如果你雇用人员来提高质量，那么为自己付出代价就必须非常大，这意味着以前，质量必须非常差（并且破坏业务）。
通常，更好的支持流程更为重要，因为即使是最好的QA小组仍会偶尔让bug出现。如果您能很好地处理修复程序/补丁程序，那么客户将会对您印象深刻（他们不会注意到错误的显着减少，除非之前的版本真的非常糟糕）。
保罗。
答案 6 :(得分：2)
扮演魔鬼的拥护者：“QA部门”是一个红色的鲱鱼，在许多情况下是一个警察。
让我们先处理红鲱鱼。 “部门”是组织结构的陈述，向谁报告;这是次要的。 “QA”是一个总称，没有特别的意义。 （不相信我？这是一个测试 - 你想不“保证质量”吗？当然不是。每个人都想要那个。）
那么你真正想要的是什么？您希望在用户访问之前了解软件的故障模式。
如果你的软件在现场有“问题”，那么，这意味着找出失败模式的工作还没有完成，你可能想聘请有人做的事情要做这一点。
我碰巧相信开发人员的职位描述至少应该包括其中的一部分。如果我雇用测试人员，我宁愿他们必须努力寻找失败模式。如果应用程序在测试人员完成它的几秒钟内崩溃，开发人员就会直接听到它的消息。我想到了“极度缺陷”这个短语。
关于警察。事实是，事后你不能把质量放到产品中。但是“我们应该聘请一些测试人员”是许多开发人员的呐喊，他们在代码中严格转向低于可接受的质量水平。 （我知道 - 我一直都是其中之一。）
所以，如果你雇用有测试经验的人，那么做恕我直言的正确方法是让他们与开发人员一起工作。向同一位经理报告。具有相同的使命：首先使其正确。
答案 7 :(得分：1)
嗯 - 你想要编写代码测试的程序员以外的其他人。这并不意味着你需要一个质量保证部门。在许多商店中，业务分析师也会进行更经济的测试，因为您只能在构建的后期进行测试，而不是在需求分析和设计期间进行测试。在一个非常小的商店里，你可能甚至不使用商业分析师这个词，但你知道我的意思 - 产品或设计不编码的人。即使在一个非常大的公司，这种模式也有其优势;测试小组可以拥有自己的生命。
答案 8 :(得分：1)
一旦代码库变得如此之大，以至于一个人无法知道所有细节。
这背后的推理是，90％的回归是因为程序员不知道整个图片以及他们的代码在系统其余部分可能产生的副作用。在这种情况下，您甚至不知道永远不应该提供-1作为年龄参数或类似的东西。在大多数情况下，接口应该是清晰的并且有错误检查，但是在大型代码库中它会滑动，当你急于满足截止日期，或者长时间工作时，浓度会下降。
所以，虽然即使你是 one man show 你也应该进行基本的测试，但是一旦代码变得足够大你就应该使用单元测试和类似的自动测试设施之类的东西（或任何可能与你合作的人都无法牢记整个系统。
答案 9 :(得分：0)
它应该没有QA但是
答案 10 :(得分：0)
我目前正在经营一家车库启动软件公司，现在我用Q＆amp;一个有家人和朋友的部门，我打电话给他们或让他们过来喝几杯啤酒，然后试试我的产品。
到目前为止，这种“走廊”测试工作相当不错，然后我的产品再次针对技术熟练的用户，如果是这样，我可能会更难找到测试人员。
如果您没有随时可用的家人和朋友，我建议您在当地的分类广告或craigslist中投放广告，应该很难找到一些学生或将要测试最低工资的人。
至于何时雇用全职QA人员，我会说完全取决于公司的财务状况。
答案 11 :(得分：0)
当你有一个人 - 雇用测试人员的两个人公司可能有点矫枉过正。尝试自己花一些时间进行测试。或者请一位朋友开发人员（不在团队中）与app一起玩一段时间。或者问一位朋友（非开发人员） - 几乎就像用户验收测试一样 当你开始销售软件，当你有3个或更多的开发人员，当你有两个想要做的测试时（我的意思是真的测试不是'它从我的机器开始'，但是'我'）一直试图粉碎它几个小时，但它仍然有效。也许我应该真的创意？'）。