关于一个对系统一无所知的测试

add1231

公司需要测试一个很久以前的系统,但是这个一直在完善中,同时用户也是在使用的,最近这个系统要升级,于是要对这个系统进行测试.我来公司的时间很短,完全不了解这个系统,而且关于这个的系统的完整\系统的文档都没有,都是开发人员之间的口头传诵......现在交给我测试,而且时间又很紧急,求助一下该怎么下手啊...sdlkfj9

scorix

像用户那样使用系统，在使用过程中熟悉系统，依靠经验设计用例针对某些功能进行测试。
不过这种方式对于新手来说风险比较大，极易漏测。

另外，如果这个系统以前就已经比较完善了，那你也没必要从头测起。
个人意见：时间紧的话，可以考虑先测新增模块，然后测下新模块与旧模块之间的接口，最后在整个系统上针对新升级的功能测一下。sdlkfj2

小老虎菲菲

那到系统先安装,然后去试着用它,把一些能表面知道的东西记下来,最好自己先做个需求什么,很多公司要开发做需求是不现实的,你把做好的东西给开发看,让他们给你补充你需求或记录下来不足的地方,比如限制什么,都可以在与开发沟通中和自己的实际应用中去了解.然后就是对新模块的测试,因为存在模块已经用了就一般不会有太大的问题,把重点放在新的那里,但需求什么的还是在空闲时有必要的补下.为了自己以后的方便.

wentao_xiang

我觉得在你不知道这个系统的情况下,你可以按照下面的步骤来做:
1\先和用户一样熟练操作本系统,了解系统的基本功能.
2\把你认为是要测试的功能点都记录下来,再和用户沟通,把所有能记录的功能点都记录下来.
3\分析你所记录的功能点,找出测试点.
4\这时可以和开发人员沟通,找到你所有测试点的需求来,要是没有需求,你就以一个用户的身份来定这些需求,并形成文档.
5\以上述得到需求写测试用例.
  

以上是个人意见,自己再根据实际情况做吧!
祝你好运!

vivian_zhuang

还是要先自己试用，尽最大可能站在用户角度去考虑他们有些什么样得实际需求，和其他相关的人员沟通。对你来说既是挑战，也是一次很好的表现自己的机会阿，希望你能出色的完成！

Sayid

1、有条件的话先取一套干净的环境包，自己动手搭建。
2、以用户角色体验系统的功能。
3、如果时间紧迫，先从新增功能项为基础逐步涉及扩大范围的业务熟悉。

对新系统的认知不是一天两天就可以完成的，慢慢积累经验。

业务不大的话熟悉时间不会太长，如果业务涉及范围很大。但是在四、五个月之内还没熟悉，那就要从自身找问题了。

119139107

看了楼上老大们的分析
受益匪浅
学习了
感谢

xiongxing

觉得楼上的说得都有道理，学习了．

add1231

我确实是按照先熟悉系统的方法开始的,因为拿到一个系统如果没有需求的话,真的是很难下手,于是开始的时候,我先以用户的身份来使用这个系统,公司也提供了这样的环境...但是到所有的项目的验收阶段,我就有些紧张了.其实很多项目到了验收阶段才开始要需求分析文档或者测试计划书,而这些文档都是之前没有写过的...而后就要加班了....这就很郁闷
我想应该是没有经验的缘故吧....吃一堑长一智吧