在:http://www.screen-record.com/download.htm 上下载Screen2Exe,free版本(其他几个版本都是商业软件,不free),使用下来感觉不错。
- 录制时,对其他程序没有什么影响,感觉不到它的存在;
- 最主要的录制结果比较小
录制了几次1分多钟,生成的exe文件在500-600K之间,比其他的程序生成的要小。 - 结果直接生成exe,播放的时候也不用担心使用机器文件格式兼容性的问题。
于是马上想到了测试,在测试过程中,使用这款软件对测试过程进行记录(原来就是担心截屏结果过大,没有使用)。将测试过程记录下来,可以
- 便于回忆测试过程,和开发人员交流:
如果发现问题,进行回放就可以了,不用向以前那样为了重现错误,不断回忆操作过程;或者开发员不在的时候,事后和开发员说他们不承认,至少截获下来,眼见为实(虽然当时的环境不复存在); - 记录测试过程,测试人员不能偷懒:
将测试过程记录下来,测试人员在测试中的一切操作,如何操作,重复了几次,检查了一些什么功能、检查了一些什么环境参数都被记录下来。在提交测试报告的时候,一同提交测试录像,这样,就是想在测试中偷懒,也要考虑后果。对于测试报告中的每一条测试用例,如果检查的时候觉得有怀疑,也可以通过录像进行播放出来; - 准备向高层领导进行交流的材料:
现在测试后,结果还是有很多bug出现。虽然知道在就这么几个人,就这么点环境资源,这么点测试时间,无法做到全面、完整的测试,测试不可能100%捕获bug。就是有相对充足的资源,也不可能100%的堵住漏洞(尤其目前只有黑盒测试,没有代码复查、白盒测试等手段)。
在使用中遇到bug,高层领导就骂测试是吃白饭的,这些问题怎么都没有发现等等(有时候不是程序的问题,都会怪到程序上来 --- 部署是另一个中心完成的事情,虽然可以安排他们某些工作,但是不是直接的隶属关系,怪罪起来不是很方便)。有了录像,以后有问题,可以用这些录像可以进行检查:如果真的测试人员偷懒,没有按照要求进行测试,进行内部纪律处理;如果测试人员对这些功能进行了充分的测试,拿着录像和高层进行交流,证明这些功能都已经测试了,没有发现问题;领导机器上发现问题,这说明我们现在的测试环境不够或者测试方式不对:如果测试环境还不够,很多应该测试的环境没有资源搭建起来的话,这样也可以名正言顺的要求机器资源了;如果测试方式不对,则修改测试方式,找到一条适合我们自己的测试方式 - 生成环境中的测试,和其他部门进行交流:
现在产品出来,需要测试人员在正式环境中的测试环境进行测试一次,有了录像,至少测试人员可以跟着自己提交产品、提交测试报告的测试过程再重复执行一次,其他部门的人员也可以通过测试录像进行验证一次; - 也可以作为对客户的操作说明:
现在使用软件的客户,有相当一群对计算机基本操作一窍不通的,在电话中遥控指挥他们操作真的要累死。有了这个软件,可以通过电话摸清客户的环境,将操作步骤全部录下来,发送给客户,让客户跟着录像执行就可以了;
没有评论:
发表评论