关于我们公司测试用例编写问题
本人是刚毕业的学生，没什么工作经验，来到公司（软件开发公司）不久，刚刚能熟悉公司上的运作模式，由于工作需要经理就让我去搞测试那一块，本人由于之前没怎么弄过测试，而且测试这边就我一个，所以积极响应号召看了很多入门级测试方面的书与Demo，感觉还能上手。问题来了，经理见我做BUG反馈的报告上发现：说我的反馈没有依据测试用例上的内容，也就是说出现的BUG一定要有测试用例做为依据，测试用例要全部包含所有的错误，比方说登录的按键有点歪了，也要写到用例上。天哪！那测试用例不是要写很多！而且我也看过一些别人写的测试用例，只是包含有功能点就行了，并没见到连美化界面的测试用例啊。也没见到很复杂的啊，用例上不用一定要有吧，可以写在别的地方啊。所以现在一直很纳闷，找个时间上来问问大家到底是不是我错了？还是有跟好的办法。 用例不是测试开始的时候就写完的，需要在测试的过程中补充，如一些异常方面的操作等。不是所有的bug都可以预见，怎么可能提前在用例上反应出来？ 你们经理的意思也许是要在测试用例与bug之间建立关联,在bug反馈报告中体现测试用例的覆盖率,以及测试用例对于bug发现所起到的作用.在开发提交的<< 需求说明书>>若是很详细的话,甚至提到了界面控件的放置位置等需求时,最好还是在测试用例中有所体现吧.(不过是满辛苦的)
若是提交的相关文档都没有提到这么细的需求,那你就在测试用例中以一种范围很多的描述来表述问题,比如界面问题等,这样即使有问题,经理也没什么好说的,需求不明啊.
个人意见,仅供参考
页:
[1]
