软件测试报告设计错误

计算机程序为人们带来好处，那是它们的工作。程序是包括设备、其他软件和人员的系统的组成部分。如果软件产品难以使用，使用时容易搞乱，不能与其他软件协同工作，或只捆绑在范围很窄的硬件上，那么软件产品的价值就会降低。测试员可能是开发团队中看到或评估设计错误及其他现用系统影响的唯一成员，如果测试员不报告设计错误，谁还会报告呢？

有人（包括一些测试顾问）认为测试员不应该在错误报告灰粽包含设计错误，因为程序的设计在项目初期就应该已经定下来，测试员没有专门知识评估设计。我们认为对于这两个方面，这都是一种错误观点。

关于设计的后期评判。即使产品事先已经完全设计好（在现实世界的真实项目中不太可能），人们也要到系统构架完成时才会充分理解系统的含义。只有当开始使用系统时才会发现系统设计错误，这完全是合理的。当发现设计问题时必须报告，很多设计问题要到系统几乎完成时才会被发现。

关于专门知识的问题。的确，测试员理解和评估设计决策的能力是不同的。另一方面，测试员是公司中为数不多的在软件销售或正式使用之前，从头到尾考虑完整系统的人。如果测试员没有相关的专门技术，则需要小心。例如，测试员在批评程序的用户界面之前，也许应该核对一下针对该系统编写的用户界面设计指南，并向比自己更了设计问题的人咨询。不过如果确信自己发现了一个错误，可将其放入跟踪系统中。

测试小组通过聘用具有不同背景的员工，可以增强自身评估设计错误的能力。具有领域专门知识的测试员（了解该产品将怎样使用、为什么这样使用的深入知识）能够将测试和解释集中到会为合理用户带来不便的问题上。这只是对测试小组有帮助的与主题有关的专门知识的一个领域。如果一个测试员了解数据库设计，另一个测试员了解网络安全，还有一个了解用户界面，等等，测试小组作为一个整体，就可以对产品不同设计方面做出有见识，有价值的评估。

搜索微信公众号：TestingStudio 霍格沃兹的干货都很硬核