我的目标是用最简单的方法获得最高的工作效率,不能因为环境不允许就降低工作质量和效率,以前工作的地方有个老师说过,几年以后变成什么样子完全由你自己来决定。
虽然我仍旧觉得我还是个新手,但是似乎已经找到套路,并知道要怎样才能提高。
关于没有大纲和用例的测试,对于功能和性能测试都是很有必要的,通常我们做的功能测试,在没有条件准备详尽计划的情况时,需要动一点脑子。
将被测对象分类,不是针对某项目,而是针对控件对象(或许这样并不准确,但大概是这么个意思),好比:输入框、列表(一般是查询结果列表)、按钮、链接、复选框、单选框等。然后再按照这些分类,针对每个控件做用例(要参照一些用例编写技术的),每做一次测试就做一个积累更新,发现新的需要测试的点,这个用例的文档不需要针对某个特定项目。他会用在你每次测试活动中。。。随着时间的推移,你的脑袋就是天然用例了。
另外你可以按功能分为新增、删除、修改、恢复、查询等,然后再分类写用例。
具体情况还要看你主要做哪种类别的测试吧,最近一年我都只做信息管理系统的测试,而且是.net 开发windows操作系统下的东西,所以现在一般都能知道容易出错的几个点。
有新项目时,就可以按上述两个用例来测试,他们不需要你很了解需求不需要任何准备,来就测,而且省时省力。
等你把上述两个用例上描述的东西都做过以后,估计就差不多了,但是在做这个工作之前,你需要找人(因为你可能确定不了)来保证这个系统是符合需求的,或者找一个合适的需求文档来验证需求的符合性。
其实从来没觉得做过的测试是有多高的技术含量,一直想知道高科技的测试是什么样子。可惜可以做高科技的测试的公司人家要求都好高,也不要我。。。。 所以我就个人开个小作坊。
文章来源于领测软件测试网 https://www.ltesting.net/