关闭

如何做到充分的软件测试

发表于:2012-12-14 11:13

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

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

  对于刚接触测试的工程师来说,有没有发现每次测试都不会让自己非常满意呢?不是遗漏了bug,就是在开发设计的时候,没有过多关注,导致测试结束上线后,发现虽然功能实现了,但是客户感受不好,几乎每次测试都会有自己感觉到不满意的地方,每次都会犯错误,总会感觉自己还是有很多地方有待提高的,有时候感觉自己用例设计不充分,有时候感觉用例设计完全跟着开发的设计走了,而把需求抛在一边,设计和需求有差异,在我们测试这边也没有发现,导致产品上线后,发现实现和需求脱节。针对这些问题,就要静下心来好好梳理下,怎么做才能把这些都考虑在内,而不会犯一些以前就犯过的错误呢?我把之前的经验总结了一下,分享给大家:

  1、拿到需求后,仔细分析,根据需求来设计用例

  2、做好开发设计的review工作,确保设计和需求一致,把bug消灭在萌芽状态。

  3、充分利用用例设计这段时间,认真做好用例设计工作,不能在后面测试执行过程中才补充用例,这样就完全被开发的思维所限制。

  4、用例设计可能不会一下子就做好,按照以前在hw的经验,先进行方案设计,即记录下要测试的模块和功能点,以及被测试对象的数据流走向,根据这些来细化自己的用例。

  5、不能在设计用例的时候,一边写用例,一边忙着干别的事情,这样很容易打断自己的思路,而遗漏掉一些功能点用例的设计。

  暂时就想到这么多。欢迎大家补充。这里我就想到了经验,现在感觉经验真的挺重要的,如果你不做这项工作,或许感觉这些工作都很简单,但实际上,并不像你想象的那样,测试遗漏问题在所难免,随着自己经验的积累,相信这样的问题会越来越少的。重在学习和积累,而不是遇到问题后,修改了,而不吸取教训,下次还犯同样的错误。遇到困难的时候,也是自己学习和积累经验的时候,所以困难不可怕,应该庆幸自己早点遇到这个困难,及时找到应对措施了。

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

精彩评论

  • alien825826783
    2012-12-25 20:12:20

    测试新人,公司是小公司,测试用例好像就是个形式一样,给你的时间也不多。经常没有写测试用例,直接手动测试。测试也经常会漏掉。测试深度没有个标准,难搞

  • zb460989093
    2012-12-15 16:36:45

    其实1楼的说法并不完全对。
    在拿到的需求不明确时,并不能完全以开发实现出啥样子就是啥样子来测试,这时测试需要从端到端考虑或者从用户真实的使用角度去考虑,这个需求按照开发实现结果是否合理和准确,完全可以质疑他的设计流程;一般不光是测试程序,很多时候也是需要对需求设计的测试。我们项目很多时候就是测试驱动开发

  • tomstion
    2012-12-14 13:58:02

    1、测试经常遇到需求问题唉!!特别是小公司,从研发总监到测试经理对测试的了解认知感觉都不深,需求没有正规文档,测试用例设计经常受详细需求和时间的限制基本达不到效果,具体的需求不明确 完全以开发做成什么样为依据,只要走通了 不出错,不相互矛盾就算OK,但一验收 测试经理一看全是问题 基本都是需求问题。
    2、也经常遇到遗漏的现象,有时候一些模块测试过深模拟各种异常情景,导致有些模块遗漏,最后出问题所有责任全在测试上同,经常听到的话就是 测试太不靠谱了 这么明显的没测出来? 纠结 根本没法反驳  需求不明确,时间不充足,测试深度没个标准 一大堆理由 测试不容易嗨

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号