如何有效的做好B/S架构的应用程序的测试?

风起河边

公司新项目用JAVA开发的B/S架构的应用程序,没有需求说明等一切文档,所有的所有都是来自客户和开发人员共同探讨出来的,所以我们测试的时候也是问他们的,测试的过程中,改了重新测,测了又改,总感觉象是没完没了,只要他们一改动,我基本都要全部进行回归测试,似乎永远都 没有测试完成的时候,现在最困扰我的问题就是,他们还在改,而我是等他们全部改完了然后再测呢,还是边改边测,因为测试和开发的环境是同一个.我总想等他们修改完了再来测,否则的话我很多都是无用功(因为他们修改的话总会引起新的问题).谁能给我这方面的指导哦,公司测试人员都是新手,都没个厉害的带带我们.....

风起河边

希望有人能帮忙看看哦,最近有点郁闷的,总担心如果出了事故我怎么办....

fishy

。。。。呵呵，还没有努力尝试过就怕出事故。。。尽力去做了，哪怕是错了，自己不会后悔，而且工作过程中不可能一点弯路都不走，有的时候一些错误和挫折反而会让你变的更强大，成长的更快。
如果碰到技术方面的问题，你可以到这里来问，大家都会很乐意帮你。。。

风起河边

谢谢楼上的,sdlkfj1

wangrong

我建议你把从他们那得到的需求说明之类的要求文档化，总结出来。这样，当需求变动时，你能知道新的改动与原来的差异，哪儿改动了。并且把不断更新的 需求也文档化，形成不同的版本。

kevin_swpi

几个建议:
1. 如果条件允许的话,建立自己的测试环境,将他和开发环境完全独立.
2. 在很多公司,需求不明确,开发兼职需求的状况很正常,所以个人觉得,做为测试可以理一下这个程序的功能点,然后主动和开发进行确认,这样的话,对你测试也有点指导性.如果需求又改动或者变更,你就再在自己整理的LIST上进行修改.如此下去,当测试完所有程序后,其实也就有了个用户手册的初稿件了.这对你们也比较有用(如果用户需要操作手册并且操作手册由你们测试来写的话)
3. 测试最好分几论来进行,如,一论测试主要跑流程(对大体功能流程进行验证),然后再反回开发进行修改;二论测试主要针对一些细节上的测试等等.在这个环节中,如果开发提交了修改,那么就最好让开发表注一下修改了那些DLL或者程序,对那部分功能有影响等等信息,这样我们在测试的时候就可以有针对性的进行回测,当然其他没有影响到的功能我们也要进行测试，只不过不再将其做为重点测试的范围了,这样的话就可以提高效率节省一定的时间

.....
其实你现在的情况对你来说很不错的体验,毕竟你可以经历一个从不规范到规范的过程,这样对你理解测试或者指定测试规范等都有很好的培养.当然中间的路肯定会有些辛苦拉:) 也会遇到很多的困难,比如公司不重视,开发不配合等等,这些都要你去想办法克服或者解决.当然,如果你这样努力了,但还是不能得到相关人员的重视和理解的话,那作为新人的你就早点离开这公司吧,因为这样继续下去也学不到什么东西了:)

个人意见...

fengyun32

正在做该项工作了

风起河边

呵呵,kevin_swpi 说的有道理哦,谢谢,学习了.

zzytion

kevin_swpi  说话一直很着重点,太喜欢了哈哈