从理论上讲,功能测试小组的概念该消失了。开发人员应与用户共同编写功能测试。在对系统所做的一系列功能测试结束之后,开发组中负责功能测试的成员就应该用初始测试的各种变化形式来轰击系统。
通常单元测试与功能测试之间并没有明确的界限。老实说,有时我也不清楚这个界限在什么位置。在编写单元测试时,我根据以下原则来确定当前编写的单元测试实际上是否是功能测试:
●如果单元测试很脆弱(也就是说,虽然它是一个有效测试,但它必须不断改变以处理不同的用户组合),则它可能是功能测试。
请注意“它可能是功能测试”这一措辞。本文无法提供硬性而快速的规则。单元测试与功能测试中之间有一个界限,但界限的具体位置要由您来确定。您用单元测试用得越熟练,某个特定测试是单元测试还是功能测试的界限就越明显。
●功能测试是从用户的角度出发编写的,并且关注用户感兴趣的系统行为。找一个优秀的功能测试框架,或者开发一个测试框架,并使用这些功能测试识别用户的真实需求。这样,功能测试人员即可获得一种自动化工具以及使用这一工具的着手点。
●使单元测试和功能测试成为您开发过程中的中心环节。如果您这样做了,您将对系统的运行及扩展充满信心。如果您没有这样做,您对系统就没有十足的把握。 测试可能不那么有趣,但在开发过程中进行单元测试和功能测试。
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/ruanjian/article-61087-3.html
那是有毛主席
'