软件测试的核心

只是写下感悟，纯文字，难以阅读，莫怪；

需求是一个模型，用于满足特定用户故事的模型。

开发则是把该模型落地

测试则是验证该模型是否满足特定用户故事，而不是验证该模型好不好看、有没有Bug……

但是：

• 由于开发可能在落地的过程中，损坏已有的满足用户故事的模型，所以需要对已有的模型进行验证，还是验证：该模型是否满足特定用户故事
• 且由于原有的模型过于庞大，导致每次验证原有模型的价值性时都需要很长时间；
• 且实际上模型是基于产品经理对用户故事的猜测，而不是客观真相，所以模型的对于用户的价值也需要测试；
• 既要满足：快速验证新模型的价值，又要满足：原有模型的价值不能丢失。两个满足导致了目前软件测试的困境：相对于产品、开发而言，测试在拖后腿；

产品的工作是在原有模型上新增价值，改善价值，过程中注意避免影响原有价值即可

开发的工作是在原有代码上新增逻辑，改善代码，过程中注意避免影响原有逻辑（价值）即可

测试的工作是验证新的价值，保证旧有价值；用一个更容易理解的说法，测试需要保证一个被产品、开发共同肆意玩弄的玩具（乐高？）的价值。其中产品、开发人员的素质不过关，导致的后果都是难以预估的。

要怎么解决以上的问题呢？

• 招聘更加优秀的产品、开发？？？
• 虽然要快速验证新模型的价值，但提出新模型时是否应该遵循一套规范，使得最终产出的成品是有价值的
• 虽然要快速验证新模型的价值，但是如果因为追求速度，而导致原有的价值过于脆弱，导致测试人员需要大量的时间花在原有价值上，是否值得？为什么不一开始就建立良好的规范，使得代码修改对原有价值的影响降到最低
• 整个过程中什么是约束点？可以改进吗？
  • 开发流程是一个约束点，开发时间往往过于长，而开发的功能并不多
  • 计划外任务是一个约束点，常常由于线上问题，导致不停终止核心工作
  • 回归测试、新功能测试也是约束点，旧功能回归需要大量时间，新功能验证也需要大量时间
  • ……