软件开发已经基本完成，此时如何开展测试？

madduck

刚进入的公司，原来没有正规的测试。软件已经接近开发的尾声，此时才来开展测试。
现在我的问题是：１，时间赶。２，测试介入太迟，开发都已经差不多完成了。３，没有白盒测试经验。
此时，如何开展软件测试工作？

x1j2l3

是需求文档（Software Requirements Specifications）

[ 本帖最后由 x1j2l3 于 2008-8-25 12:04 编辑 ]

madduck

很久没来了。最近都不太关心技术上的东西了。
弱弱地问一句，什么是SRS？

msnshow

听上去都很有道理哦,不过我们公司的测试从来都是开发完成后,测试人员才介入的

有时连文档都没有一个,还是照样测!

回到天真

没有白盒测试经验，只好舍弃白盒测试了，
针对系统测试,集成测试，可以先排一下时间表：
1.熟悉SRS
2.从风险最大的地方开始测试
3..按重要级别对需求进行划分,如:常用的功能,性能,常用接口等先测试,而后测试级别较低的

lifego

根据SRS先测重要级别高的需求，然后是较低的。。

shenyang

测试介入太迟了，如果可以最好是开发的来做白盒测试，然后测试的来做集成和系统测试

fang5315

学习了...

fang5315

好,谢谢

zjxyy88107

80%的BUG出现在20%的代码中，根据开发过程应该知道最可能出错的地方下大功夫！

Sunda.p

一般的白盒开发自己都会做得，规范不规范就不知道了。这个你可以不管。既然没有时间，那文档性的东西可以放一放。抓紧时间熟悉一下软件。熟悉一下业务。就直接测试就可以了。最好要求需求制定一下测试的优先级。保证重要模块的质量。

zhangting119

理论知识只是理论，现实中不可能那么做的，至少现在不可能

lilysun0411

软件已经接近开发的尾声，时间赶。
1.白盒测试就不用测了
2.根据SRS进行功能测试，如果时间紧的话，降低测试覆盖率，但每个功能点都要测到
3.SRS中如有性能方面的要求，同样要测到
4.发现BUG及时与开发沟通，以便开发有足够修改的时间
5.如有时间安排方面的问题，尽早与领导沟通

青青

后期那就重点做功能测试和性能测试了

fengyunshu

是的了，应该开始就有测试的了。

厍仕杰

不同的项目和公司的规模不同 导致测试也不同
就正常来讲 开发完成介入基本上很难

madduck

把大家的意见总结一下：
1,别硬套模型。
2,想办法多争取些时间
3,在测试用例的时候要有所取舍，优先级高的多测，有些不是很重要的用例可以少测；所有功能都要测试到，保证有效类通过，只不过对于无效的类只能精简了.
4,没有白盒经验,即使让你早进项目也是没有用的!也就是说不做白盒测试。
5,测试介入在怎么迟，开发再怎么完成，开发该改的BUG还是要改，由于时间或者其他因素不改的需要通过上级确定。
6,和开发的沟通好

hbxtly

和白盒测试没关系 吧，首先看功能吧，这种情况以后可以先和开发的沟通好

baizhudan

按功能来进行黑盒测试啊，所有功能都要测试到，保证有效类通过，只不过对于无效的类只能精简了。看公司的要求了，时间，效果。测试介入在怎么迟，开发再怎么完成，开发该改的BUG还是要改，由于时间或者其他因素不改的需要通过上级确定。

[ 本帖最后由 baizhudan 于 2007-12-12 15:54 编辑 ]

bzfyhfyh

5楼的，将的好
那您可以不可以把你的模型发一个，让我们学习学习啊