测试人员其实也需要知道业务逻辑

昨天和Brand在谈这个Sprint测试中的一些感受，我们都承认，我们的测试，尤其是自动化测试，往往是根据当前程序的行为结果来作为测试的预期。举个例子，我们的程序应该是输出A，但当前程序输出是B，我们的测试人员就把B作为测试的预期。当然，如果在未来，程序员发现实现的逻辑存在问题，做了修改后做回归测试的时候就会发现问题，也许要通过更多的代价来确定是测试问题还是程序问题。为了完成当前的测试任务，而摒弃了测试的基本原则，将解决问题的时机推迟到了以后，为未来埋下了祸根。

究其原因，是我们Team的测试人员，对业务需求和逻辑不是很清楚，他们也不是很清楚正确的程序行为应该是什么样子。这些在开发人员尤其是代码实现的成员那里应该是清楚的，业务逻辑作为知识没有实现在Team中的传播，大家各有各的目标各做各。

确保测试的原则被贯彻和软件产品的质量，这是SM的责任。而我们的SM整天在忙着救火，解决Bug和技术问题。