|
sdlkfj3 很久没有来51论坛了,估计坛子里的人看到的我的帖子也是很长很长时间以前的。
工作的内容也变了,原来是做独立开发软件的测试人员,现在是作为某代理软件的现场实施。
因为拿的是别人的软件,一些代码测试,还有模块测试部分全部略过,主要做的内容就是黑盒测试,确保用户提出的软件功能需求,开发方能够从我这里准确理解到,并且完成开发,并由我来对他们的开发成果进行验收并反馈到用户处。
大致就是这么个流程。
现在就用我目前实施的这套软件来和大家讨论一下,如何准确可以计量的完成软件实施中的测试。
先上传一个我搜集到的文档用友的项目管理体系,我看过后很受启发。
我的所有工作都是这个文档提到的一个子集工作。
大家先看看,我要好好想想总结一下我的工作涉及到的测试过程。
= = = = 我看过我发的rar文件了,两个part放到一个目录下解压就可以看,正常的呢= = = = =
= = = =没有下载下来的再试验一下= = = =
-----------------------8月28日更新------------------------
1、软件开始实施的时候用户在这过程中,一定会提出很多很多问题,事无大小一律记录。然后一一测试核实,归纳总结。有时候一个小的程序问题可能表现出来的表现形式有好几个,但是其错误的还是一个程序问题。
记录的内容为:用户需求、目前实现情况、应该的实现目标。
在实施项目中最主要最核心的都是用户需求的理解分析过程,一定要保留相关文档,如果拿不准请相关人员签字确认,以免发生扯皮事件。
推荐大家使用一个文档共享的工具google的文档功能,凡是有google帐号的都可以用。
实施软件肯定要在用户处,有些文档需要时时沟通撰写,我所在的公司并没有在外网架设配置管理服务器,而采用邮件方式又有不及时的感觉,所以我在后期的项目实施中基本都用google文档来交流程序问题。
至少要有两个文档,一个是你与用户沟通的文档,另外一个是你与程序员沟通的文档
里面有相同的部分,但是是不一样的。
我的配置文件服务器就用的是google的,效果不错。推荐使用。^_^
-------------------俺是个超级慢性子啊,慢慢埋坑-----------------
[ 本帖最后由 alfra 于 2007-8-28 17:25 编辑 ] |
|