有关软件稳定性的测试

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

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？注册

x

我参与了一个软件研发的项目，我们做的软件是通过电脑(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

节省测试的成本，结果就是软件不稳定~

账号		自动登录	找回密码
密码			注册

萍聚头条

有关软件稳定性的测试

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

浏览过的版块