骑车的 发表于 2005-10-4 21:12

有关软件稳定性的测试

我参与了一个软件研发的项目,我们做的软件是通过电脑(Win平台)来实现同时与数个硬件的通话来达到我们的目的。我们的软件是一个应用程序,但是和每个硬件的联系是通过该硬件的驱动程序来实现的,所以从这个方面来说我们的程序也可以看做是驱动程序的集合----当然我们并不开发各个硬件的驱动程序。

在软件初步投入使用后,我们发现了我们的软件的不稳定性----虽然我们在发布前在WinXP及2000平台上做过多次、严格的测试。随着我们的软件日益庞大,我们测试的项目越来越多,可是稳定性我们还是不能保障。

所以想在这里请教诸位,有没有那位知道在改善类似软件的稳定性有没有好办法,或者什么标准(比如微软硬件方面的WHQL),或者类似的东西。希望不吝赐教!

多谢!

骑车的 发表于 2005-10-5 20:22

没有熟悉的朋友吗??

gaga 发表于 2005-10-5 21:08

把负责软件工程的人员拖出去打50大板,赫赫,开个玩笑。质量控制在开发早期就应该投入精力,现在修修补补恐怕越搞越乱,维护起来工作量更大。
通常这个时候要考虑重新设计了吧?感觉是开始立项的时候没考虑到软件可能出现的规模。

鸟鸟 发表于 2005-10-6 17:27

原帖由 gaga 于 2005-10-5 22:08 发表
把负责软件工程的人员拖出去打50大板,赫赫,开个玩笑。质量控制在开发早期就应该投入精力,现在修修补补恐怕越搞越乱,维护起来工作量更大。
通常这个时候要考虑重新设计了吧?感觉是开始立项的时候没考虑到软件 ...

一般情况下在系统设计的时候都是把规模放大了来考虑的,

这个虽然是通病,

但也不是那么好解决的,

但是往往到最后还是出问题,

如果真的都能避免的话,

那么像SQS这样的公司早就倒闭了。

骑车的 发表于 2005-10-6 17:55

原帖由 gaga 于 2005-10-5 22:08 发表
把负责软件工程的人员拖出去打50大板,赫赫,开个玩笑。质量控制在开发早期就应该投入精力,现在修修补补恐怕越搞越乱,维护起来工作量更大。
通常这个时候要考虑重新设计了吧?感觉是开始立项的时候没考虑到软件 ...


做的时候考虑到了。但是编程的时候不是一个人做的,所以有的时候有些很小细节方面的问题到了后面可能就会很大。而且编译的时候还要用其它公司、以及公司内其它部门同事编写的代码,所以尽管很小心,还是偶尔得到反馈提到一些问题。

前期能做的我们尽量在做,只是希望能够引用一些外部的标准来提高我们的软件的质量。现在就在找这个标准,或者说自己做这个标准。

并非如此 发表于 2005-10-6 23:23

这不是你们一家的问题,这是所有公司的问题,不过如果问题真的很大,修修补补不是办法。真的要考虑重新设计整个结构,不过,还是要做些补丁,糊弄一下以前的客户。其实每个硬件都有自己的驱动和在windows下的api,问题也不一定就出在你们身上,也可能是厂家的驱动或是接口设计有问题,你要和他们联系,才行。

musicbug 发表于 2005-10-7 21:57

没有专门的软件测试部门么?

weahoo 发表于 2005-10-9 21:37

have a look

骑车的 发表于 2005-10-12 09:26

我就是负责软件测试的。其实每个同事在做完自己的那一部分后都是测试过了的,然后由我来做总体测试。

我们这个软件应用范围不大,目前只有上千个用户,计划推广到上万家用户。所以没有专门的测试部门。

musicbug 发表于 2005-10-12 10:33

节省测试的成本,结果就是软件不稳定~
页: [1] 2 3 4 5
查看完整版本: 有关软件稳定性的测试