如果客户有要求 - 产品名称的长度不应超过 50 个字符,如果正在使用的框架已经具有经过良好测试的验证框架(例如 Rails),这是否表明应该为此编写故事/规范。
更一般地说,是否应该测试特定项目的每个验证区域的细节(即在上面的示例中 validates_length_of 将是该区域,50 个字符的长度将定义细节)?
这就引出了一个问题,即应该测试应用程序的哪些区域,以及如何区分这些区域?在这方面有最佳实践吗?
阅读实用的单元测试摘要卡。
应该测试什么?好问题。在我看来,每个规范(在产品需求文档中)都应该进行测试。
每个需求都应该至少在积极(快乐的一天)场景和消极测试(当事情出错时)中进行测试。然后,您应该设计测试用例以包括边界条件(0 个字符、49、50、51、256、1000 个字符等)和明显的错误条件(包括非法字符)。
因此,每个需求都应该有许多测试用例来涵盖功能和错误检查。