手工测试的局限性

发表于:2010-7-02 16:08

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:51Testing软件测试网采编

  一、通过手工测试无法做到覆盖所有代码路径;

  二、许多与时序、死锁、资源冲突、多线程等有关的错误通过手工测试很难捕捉到;

  三、在系统负载、性能测试时,需要模拟大量数据、或大量并发用户等各种应用场合时,也很难通过手工测试来进行;

  四、在进行系统可靠性时,需要模拟系统运行十年、几十年,以验证系统能否稳定运行,也是手工测试无法模拟的;

  五、如果有大量(几千)的测试用例,需要在短时间内完成,手工测试无法保证;

  六、测试可以发现错误,并不能表明程序的正确性;

  七、测试所有可能情况将遭遇“组合爆炸”问题

  1.Win98, WinME, WinNT, Win2k, WinXP, WinXP TablePC Ed, WinXP MediaCenter Ed, Longhorn, etc

  2.English, German, Japanese, Chinese, Arabic, Thai…

  3.Office 97, Office2000, Office XP, Office 2003…

  4.X86 32-bit, Intel 64-bit, AMD 64-bit, Alpha, MIPS…

  5.SQL Server 6.5, SQL Server 7.0, SQL Server 2000…

  6.Visual Studio 6, VS .NET, VS .NET 2003, Whidbey…

  八、代码全部Code Path测试覆盖也几乎不可能

  1.每一个if…else…或switch语句就会把情况增加一倍

  2.许多异常处理代码在正常使用中不会碰到

  3.许多与时序,死锁,资源冲突,多线程有关的错误很难捕捉到

  九、每一个产品都会有不同的版本外加各自的SP与QFE (Quick Fix Engineering, 又称Hot fix)

  1.NT4, VS6 SP1~SP5, Windows 2000 SP1-SP4

  2.VS .NET, SQL Server SP1 – SP3

  十、可重复使用的自动测试对产品未来版本与Service Pack的测试将有事半功倍的效果

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号