• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

没有大纲和用例的测试

发布: 2009-5-12 12:36 | 作者: 不详 | 来源: 测试时代采编 | 查看: 62次 | 进入软件测试论坛讨论

领测软件测试网

  我的目标是用最简单的方法获得最高的工作效率,不能因为环境不允许就降低工作质量和效率,以前工作的地方有个老师说过,几年以后变成什么样子完全由你自己来决定。

  虽然我仍旧觉得我还是个新手,但是似乎已经找到套路,并知道要怎样才能提高。

  关于没有大纲和用例测试,对于功能和性能测试都是很有必要的,通常我们做的功能测试,在没有条件准备详尽计划的情况时,需要动一点脑子。

  将被测对象分类,不是针对某项目,而是针对控件对象(或许这样并不准确,但大概是这么个意思),好比:输入框、列表(一般是查询结果列表)、按钮、链接、复选框、单选框等。然后再按照这些分类,针对每个控件做用例(要参照一些用例编写技术的),每做一次测试就做一个积累更新,发现新的需要测试的点,这个用例的文档不需要针对某个特定项目。他会用在你每次测试活动中。。。随着时间的推移,你的脑袋就是天然用例了。

  另外你可以按功能分为新增、删除、修改、恢复、查询等,然后再分类写用例。

  具体情况还要看你主要做哪种类别的测试吧,最近一年我都只做信息管理系统的测试,而且是.net 开发windows操作系统下的东西,所以现在一般都能知道容易出错的几个点。

  有新项目时,就可以按上述两个用例来测试,他们不需要你很了解需求不需要任何准备,来就测,而且省时省力。

  等你把上述两个用例上描述的东西都做过以后,估计就差不多了,但是在做这个工作之前,你需要找人(因为你可能确定不了)来保证这个系统是符合需求的,或者找一个合适的需求文档来验证需求的符合性。

  其实从来没觉得做过的测试是有多高的技术含量,一直想知道高科技的测试是什么样子。可惜可以做高科技的测试的公司人家要求都好高,也不要我。。。。 所以我就个人开个小作坊。


文章来源于领测软件测试网 https://www.ltesting.net/

22/2<12

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网