软件外包公司为什么QA是困难的

测试可以是令人沮丧的，保罗史密斯最近写了一篇文章，软件开发非常困难，经常在期限和bug问题。他提出了一些很好的点，能很好地审视了软件外包公司的开发人员和测试人员的软件开发过程。

 

这是保罗的七分的概述，随着我的思想如何与测试特别是：

 

1。软件产业是年轻的

 

人类建造的房子，千百年来的道路和桥梁。我们不知道有多少房子或桥梁倒塌在早期人类学会了正确的技术来构建这些结构。…

 

相比较而言，软件行业只有50岁。我们还有很长的路要走之前，我们的经验，建筑和制造业。

 

是的，这个行业还是比较新的，我们仍在努力解决一切。但是，不同于建筑物的物理结构，软件不断变化的权利在我们的鼻子底下。一旦一个错误是最后能够被解决，另一个弹出–有时由于固定初始缺陷。加上不断开发新技术–硬件，操作系统，附加–增添了新的挑战，测试人员仍在试图克服先前已知的挑战。地球保持大多是相同的无论何时何地当你建立一个桥梁，软件没有。

 

2。每一行代码都是一个潜在的故障点

 

每行代码都有几十个，甚至上千，可能的输入，输出，状态或依赖关系的处理。它可以影响，或者影响到其他的代码，或由外部因素。即使有可能文件一行还不能确定有没有一些未知因素，可能导致错误的代码，每一个测试案例。

 

测试一行代码只是挑战的一部分。对自己不存在的代码行。这是其中的一部分，整个系统和整个需要测试以确保所有零件的应用功能正确。…

 

这一个很一针见血。没有无限的时间和资源，没有办法测试新软件100%。即使有无限的时间和资源，事实上，很多项目都是全新的手段可能有隐藏的错误，测试人员不想找。事实上，开发和测试团队通常不在一起工作只会加剧代码挑战–虽然我们开始看到一个转变，从这一分实践。

 

 

3。缺乏用户支持

 

没有参与和代表用户输入的项目是注定要失败的。这个人应该是一个学科领域的专家和权威的决策和承诺项目时间表。

 

作为一个可用性测试，有多少次你在看一个新的应用，很奇怪，怎么开发商认为这是个好主意吗？然后，当你登录的bug，唯一的反应，你得到的是“按设计工作。“有时候，开发商可以如此的头，在他们的项目中，他们没有意识到软件不是用户友好。这也可以为测试人员是一个问题。如果测试人员一直工作在一个特定的项目从一开始，他们可以无视事实，它不是直觉。因为他们已经知道软件应该工作似乎容易使用他们。

 

4。用户不知道他们想要什么，直到他们看到它

 

即使有很好的输入从用户没有用户需求分析可以带走的一个不可改变的事实，用户只认为他们知道他们想要什么。事实上，直到他们开始看到的东西，并使用它，他们开始真正了解他们需要什么。这是尤其如此，当软件正在开发一个新的想法或方法，他们没有使用过。

 

保罗看起来在这一点上，从发展的角度来看，注意的是需求变化是常见但大大影响开发项目的截止日期。从测试的角度看它说的事实，在实验室测试不一定符合最终用户的人口统计数据，所以他们只能猜测用户将如何应对软件。在野外测试使用专业的测试人员，模仿你的目标人群是一种方法来解决这个问题。

 

5。没有进入壁垒，成为一个程序员

 

有一种说法，认为软件开发是很难因为编程是很容易的。换句话说，它是比较容易学习如何编写代码，但提供杰出的软件之间存在着巨大的差距。…

 

无障碍进入编程世界，充斥着许多贫穷的人影响程序员的项目。此外，甚至有可能好的年轻开发者仍然会犯错误，有经验的开发者要学会避免。

 

开关“程序员”和“仪”，这句话是真的。虽然有测试认证程序了，他们没有必要像一些培训计划（认为医生或律师）。

 

6。所有的软件都是受到外部因素的影响

 

软件是“件”，因此不符合物理规律，但它通常必须符合外部硬约束等，与其他软件，整合政府规定，传统的数据格式，可扩展性等性能指标，

 

理解所有这些外部因素，饮食是一个几乎不可能的任务。即使是一个看似简单的要求，如支持多种浏览器，成倍增加的软件开发和测试的难度。如果你再加入需要支持多个版本的浏览器然后你又成倍增加的复杂性和难度。

 

这是测试矩阵的挑战。测试人员必须将开发人员的工作，对各种硬件/软件组合测试，加上如载体真实世界的因素，网络连接和突发尖峰负荷。

 

 7。估计是一种艺术而不是科学

 

当然，经验会引导你在你的估算和更多的经验，你就越有可能预见的未知。太多的项目运行在因为过于乐观的估计是由缺乏经验的人，希望一切都顺利流动和谁不留余地的未知数。

 

测试人员获得这个特别沮丧，因为它通常不是QA部门设置最后期限。另外，如果开发运行在期限通常不扩展。相反，测试预计将在较短的时间内完成。这些做法给软件外包公司的测试人员带来的压力。