关于测试我的应用程序的内容如何？

Question

我正在做一个学术项目，我不是在寻求帮助，在测试方面只提供内容建议：

基本上我已经制作了游戏，并且我被建议避免写关于低级别测试的文章，并且只是简单地介绍了测试。但是我包括什么呢？我的游戏非常复杂，所以可能只是一个主要功能的测试用例表，说它们正常工作？如果是这样，是不是测试了TRYING崩溃软件？

当然，我经常测试我的应用程序作为构建它，但没有真正的结构。如果我在高级别测试中只填写一页或2页，那么人们会建议什么？我必须把东西放进去。

谢谢！

Answer 1

这一切都取决于项目的类型。如果您是从科学的角度撰写，也就是说，您的程序旨在显示某些理论的可行性或产生数值结果，关于测试存在的单个段落和测试方面的表格就足够了。

如果您是从工程POV（即工程导向的CS课程中的论文）撰写的，那么您应该写下您的方法：您是如何选择测试用例的？你进行过单元测试，系统测试还是两者兼而有之？测试是自动化还是便携式的？简而言之，从软件工程POV讨论您的方法，简要概述发生的事情，然后通过讨论此过程的优点，缺点和经验来证明您已经了解了您的交易。

Answer 2

我希望他们主要希望你展示一些系统的测试方法。他们可能不希望您拥有商业软件测试中使用的专业知识。

你可以做的一件基本事情是编写一个测试脚本 - 基本上是一个涵盖游戏中各种情况的步骤清单。您应该测试“快乐路径”，即正常成功的游戏方式，游戏，以及任何“替代路径”，您尝试意外的事情，并验证系统的行为是否正确。在游戏中，这可能就像试图让角色穿过墙壁一样。

Answer 3

测试不仅仅是试图破解软件：这相对容易测试：只需完成所有决策结构（如果是其他情况等）。 测试实际上是关于“应用程序是否按照其设计目的执行的操作？” 对于游戏而言，这意味着您可以扮演用户（游戏玩家，游戏评论员，游戏配置器）的各种角色并完成各种场景。列出您的“游戏目标”，“互动方式”和“预期结果”。在“预期结果”中，您将列出技术和用户界面结果。谈论场景可以让您了解应该测试的内容。在“游戏玩家”角色中，您可以进一步将其细分为“临时用户”，“专家用户”。这些只是思考测试设计的一些起点：网上有关于测试哲学的堆：使用这个资源。 以此为生的人可能会给你更好的建议，但这只适合初学者......祝你好运！