|
刚到公司的IT部门当项目经理,部门不大,就15多个人,IT部门做的事情基本上就是在已经购买的软件做些开发,扩展,满足业务部门的一些日常改动。
然后发现这个部门基本上还没有软件质量管理的概念,基本上就是开发人员开发完程序后,自己测试一下,再写个简单的测试用例, 基本就是叫业务部门的人员点击新的功能模块和输入看是否能正常运作,然后就完事了。这样的质量不行, 有时需要返工,即使业务部门确认了,但是用了一段时间发现问题了。
然后自己主要做了以下的事情,
1。开始有测试方案,包括有测试计划,测试准备,人力资源调配,以及配套的测试用例(基本是功能测试+边界测试+流程测试)
2。利用内部的文档库,相关的文档都保存和更新起来。
3。利用内部的论坛, 要求业务人员测试后一定要把问题发送上来。 (本来已经配套了excel文档,但是业务人员没有按照每一项填写,而且他们也更倾向于提交问题,). 然后我们再整理到excel中来。
4. 测试结果进行管理,而且分类和分解决的轻重缓急。然后进行修改开发。
已经按这个模式做了两个功能的测试,开发人员和业务人员还比较接受,也觉得比以前质量有提高。
接下来,想做得好一点,更进一步,
1。感觉现在我们做的测试方面的管理人工操作太多了,有没有好的配套的容易上手的测试管理工具,比若说,至少这个测试结果和后来的修改开发都有软件管理起来 ,我们基本上还是用个excel来管理。
但是我们这些测试后的业主人员提的问题,其实很多是新的需求,比若说,流程要改一下,而不是系统不能运作的问题,这个好像跟专业的管理bug软件又有点不同。
苦恼如何管理, 请各位指点如何作/
2. 其它的还可以提高的地方,还没想好。 现在是想基本把测试这个规范起来,然后以后再慢慢的把质量管理这块做起来。不过自己不是做测试和质量管理这块,还不知道该如何提高?
所以上来请各位指点一下。 |
|