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