在我们的项目中，测试程序和预期的测试结果（测试规范） 在文档中创建。 然后，我们对构建的产品/版本执行测试。 在这里，不涉及测试代码或测试工具。
单元/集成测试是否可以接受？
答案 0 :(得分：7)
您正在做的是“手动测试”。
每个定义的手动测试不是，也绝不能进行单元测试。
手动测试可以用于集成测试，实际上应该在某种程度上使用，因为自动化测试无法发现所有形式的意外错误情况。特别是与布局有关的错误和不“看起来正确”的事情（这在网络应用中恰好相当普遍）。
但是，如果您根本没有自动化测试，则意味着您的应用程序未经过充分测试。因为手动测试每个版本的应用程序的每个详细方面是完全不可行的 - 没有任何组织愿意或能够为所需的工作付费。
答案 1 :(得分：3)
单位是否可接受/ 集成测试？
没有。你所描述的既不是单元测试也不是集成测试，它是围绕街区散步以获得一杯咖啡。
答案 2 :(得分：1)
单元测试 - 据我所知 - 测试各个代码单元。相对较低的水平，通常与代码本身同时开发。
要做到这一点，你需要在代码中工作，并且最终执行这些测试的代码是测试工具，即使由于某种原因你没有使用框架。
所以不，如果你没有使用测试工具或测试代码，你就不会进行单元测试。
理论上你可以手动进行集成测试，但它仍然不可靠，因为人们往往不一致而且价格昂贵，因为人们比机器慢。
最终，您可以自动化的测试越多，测试的速度就越快，越准确，您就可以越多地释放QA人员来测试只能手动测试的内容。
答案 3 :(得分：1)
单元和集成测试是两个截然不同的东西，构成“可接受”的内容完全取决于您的组织。测试系统可能是可以接受的，而不是单独测试每个单元。
就个人而言，我不是自动化单元测试的粉丝，因为我遇到的绝大多数问题都是在系统测试环境中才会发现的事情。
我倾向于逐步发展，因此，正如我正在努力的那样，它变成了自己的测试工具，并且在构建任何基础之前，基础被证明是可靠的。
我希望能够自动化系统测试。它揭示了在一百万年的单元测试中我从未想过的所有事情。