B2C 种子阶段

如果你仅仅刚开始着手准备，你的目标客户趋向于早期的极客。那是太棒了，因为早期的极客一般可以容忍质量问题。只要你的产品可以在它的核心功能上不负众望。

谈到核心的功能，你先在正在做的核心功能是什么？早期的平台产品应该快速的迭代。结果就是，许多‘好的尝试’到处测试最终都没有适用。这样的话，或许你需要在你看到真实利润之前转变下。

例如，放弃集成测试的想法听起来有点疯狂。没有集成测试？当你的产品还没有定型之前做集成测试时很困难的。所以你应该做些什么来代替集成测试呢？这最高质量的妥协极有可能出现在更好的工程实践中。就是这个，代码复查，测试驱动，构建流畅的管道，等等。

在这个阶段，你很有可能想推迟雇用QA。

警告：这建议是适用于启动开发一个新奇的产品。如果你在一个饱和的市场，你的质量屏障是更高一点。考虑下约会，社交，消息 应用。当把它们与那些比如 OkCupid 和 Facebook 等精致的产品比较，我们对新的容忍度更少。如果你有个更好的目标去对抗，考虑下在质量把关上投入更多。

B2B 种子阶段

在B2B空间取得一个立足点是一个较高的要求。早期的采用者是你主要的客户，在你的产品中的缺陷会导致在他们的产品中也存在缺陷。对风险的容忍度就变低了。

即便如此，有很多B2C应用中的智慧也适用于B2B。公司用户在这一方面还是需要去更快地迭代去找到他们合适的点，因此投资集成测试（或者类似的测试）是害处多于益处的。

在这里对质量的要求还是有点高的。在每次发布版本时，最便宜最快速地提高质量的方式是探索式测试。这就意味着要使用测试服务。这也可能意味着让你的同伴作为非正式的QA。落实你的第一个QA招聘是被推荐的，如果你能做的话。

B2C 系列 A 到 C

是的！作为一个正在筹集A轮资金的公司，你可能已经建立了一个坚实的客户基础。你会有一个好感觉：谁是你的客户，你可以从每一个客户那儿平均获得哪种收入。

缺少定义就像变形虫一样消失了。你已经定义了产品的外观。结果迭代次数将可能彻底变少。好的继承测试会真正节省你的时间。你的组织目前也更大了，这就也就意味着会发生的误解。通过验收测试可以简单粗暴地解决。

此时很多公司会考虑雇佣第一个，下面是两个流派的思想。

第一种方法就是开发者自己掌控测试，这是 Netflix /亚马逊/和 facebook 的方法。如果你的产品和文化是迎合的，那么工程师自己编写测试。这意味着 QA 填补了缺陷并构建框架来支撑开发测试工作。从 QA 到开发的职员总数可能是1-18人。

拥有一个足够强大的工程文化能使组织非常巩固。另一个方法为是否雇用手动还是手自混合的员工辅助你的团队。那么可能你的 QA 为1人，开发人员为3-6人。

B2B 系列 A 到 C

除了以上这些B2C的笔记之外，B2B增加了很多附加的原因要规避风险。你现在在市场上售卖的方案，意味着卖给了企业领域的大客户。单词‘企业’的特定内涵就是质量和精良。

作为你销售的一部分，你甚至要开始做一些质量保证。这意味着有坚实的正常运行时间。也意味着高精良。还意味着负载测试和可靠的测试基础设施。

B2C IPO!!

在这儿就要扯到 Facebook, Twitter,以及其他大佬们. 这些都是你的同行. 隐私将更需要关注. 还有正常运行时间. 对于bug仍然会有一些容忍, 但总的来说你的产品需要变得明亮.

奇怪的边界情况? 当然，这些都还好。如果cookie失效了，或者刷新页面了，也许提交按钮会停止工作。这都不要紧。

在日常操作上出现故障? 这个阶段时用户就不太会接受了。你要想你服务的是亿万的小伙伴们。一个故障即使影响的是一小部分客户，但仍意味着有数百万人会被影响。更令人郁闷的事是,你的故障可能会被公开报道。知名的期刊，比如 Forbes, BusinessWeek 等最喜欢来凑热闹了.

总之,小部分边界问题仅仅会影响几百个客户，这已经很好了。除此之外就是明天的新闻头条了。

B2B IPO!!

宇航局，银行和航空公司。在这些地方，每一个微小的细节都会导致灾难性的故障。作为一个企业级的 B2B 公司，你能想象到任何故障都会引发类似的级联反应。

还记得“挑战者”的那次灾难吗？是因为受到压力和低于冰点温度下才起作用的 O 型环（密封橡胶）故障。成本极小的产品缺陷会导致巨额的金钱损失。在这里的赌注就是生存，这是你的市场决定的。

总的来说，调查边缘的情况，会变成每个发布版本的核心内容。