需求决定的测试：
测试用例设计的时候，基本上都会参考开发的设计、实现方案；测试执行的时候，基本上都要依赖代码的实现（功能实现方式和用例的场景设计方式有差别、需求被简化或变相实现）。
代码决定的测试：
有时候写个10个用例测试某个功能点，可是代码就1行在处理。。。。这种设计和执行都是浪费。
比如：判断一个输入值是否为数字。
实现1：输入限制只能输入数字，后台通过第三方判断为数字函数判断。
实现2：不限制输入，自己写方法实现判断是否为数字。
针对以上的实现，显然有不一样的用例，但也会有相同的用例。这部分相同的用例是用户角度的场景，必不可少，无关代码的用例。
测试的两个方面：
1、需求的决定测试：用户需求的测试用例（相对比较容易设计），不是PD需求的测试用例
2、代码的决定测试：代码实现的测试用例
