有关在发布前测试应用程序的建议？

Question

我想从同行开发人员那里获得一些关于如何在发布到QA之前测试您开发的应用程序的技巧。请记住，这是一个小规模的应用程序（要求是口头的），所以做正式的测试过程不会工作，特别是，因为你的老板告诉你快速开发这个应用程序，推出它。

尽管有时间限制，但我想确保它没有错误，但是，在过去很多次，我已将应用程序发回给我，因为单击“重置”按钮，会混淆其他控件对齐等

我知道有些人会快速开发小规模的应用程序，并以最小的错误发送出去。我怎样才能做到这一点？

我研究了这篇文章，但它并没有完全回答我的问题。 Testing your code before releasing to QA

Answer 1

单元测试和像Selenium这样的简单UI验证可能就足够了。你已经给出了不可能的约束 - 测试并将其推出门外冲突。您只能进行不会影响速度问题的测试数量。

让我们面对现实 - 所有软件都有错误，热力学第二定律适用。即使是在您发货当天完美运行的代码也会随着时间的推移而发展并需要更改，更新和面部提升。

Answer 2

使应用程序错误免费是很难的，即使它很小。优点是您可以手动测试这种微小应用程序的几乎任何方面。但是，在开发过程结束时，您将无法测试功能。随时随地测试小功能总是好的。让其他人测试您的应用程序并且（如果可能的话）让其他开发人员检查您的代码也是值得的。 但是，在几个小时内完成几周的工作可能是不可能的。

最好的建议是至少让某人测试您的应用程序，因为它是常用的。没有什么比第一次点击错误更能让用户感到沮丧。更难以使用的更隐蔽的功能中的错误更容易被原谅。因此，作为用户进行测试，而不是（仅）作为程序员进行测试。

Answer 3

一个重要的事情是要么开发多个人物或让其他人至少运行一次应用程序 - 你太接近问题所以可能存在设计缺陷，使得事情无法使用。这在技术上并不是一个缺陷，但是用户并不理解“按设计工作但设计错误”和“可怕的破坏”之间的区别。

Answer 4

  

请记住，这是一个小规模的应用程序（要求是口头的），所以做正式的测试过程不会工作，特别是，因为你的老板告诉你快速开发这个应用程序，推出它。

你的老板也告诉过你不要测试吗？

在没有测试的情况下快速开发通常不能更快地完成任务。

当然没有任何保证，但您可能会考虑进行测试驱动开发以获得测试，并且可能会获得实际工作更快的代码。

请参阅Scott Bellware的博客文章：Does Test-Driven Development Speed Up Development?