产品软件BUG如何找? 可靠性技术 软件可靠性 08年2月23日 编辑 reliab 取消关注 关注 私信 各位前辈,我公司是做家电产品的,涉及到很多软件问题,也有不少软件有BUG现象,请问产品软件BUG有没有一种好的方法可以找得到呀?或有相关的标准可以依据!谢谢! 给TA打赏 共{{data.count}}人 人已打赏
reliabA lv4lv4 08年9月3日 另外提醒一下,软件测试发现问题,要及时记录并统计要求RD修改,有时候RD改一处而动全身,RD为了改一个地方而把本来没有问题的地方改得有问题了。 :handshake多谢,深有体会!
passway lv4lv4 08年2月25日 这个问题不太好回答,标准都只是规范性的,不会有什么具体的做法。这些东西你可以在网站上搜索下看看。 你所谓的好方法我不太赞同,方法都是摸索出来的,没有固定程式的方法。软件测试很多地方模仿了硬件测试,但也有不同的地方,这些你可以在论坛上找相关评述。 我做上位机软件测试比较多,下位机相对比较少。我就把我的做法分享下吧。 软件BUG的定义主要是从以下几个方面考量的: 1、 软件产品规格书:会规定软件的具体性能指标,如:响应时间、CPU资源占用率、设计功能有无实现、软件说明等等,软件产品规格书相当于产品检验规范,没有达到当初设计要求的都可以视为BUG。 2、 软件可靠性测试:这个要看自己的是否严格把关以及公司的要求了,软件可靠性测试的内容很多,比如兼容性(我当初搞这个郁闷死了,建平台、架网络)、操作简便性、误操作及补救考量等等,相关论述可以在论坛上找找。 以上都是个人摸索的,不太正规,仅供参考,其实我觉得啃透了软件产品规格书应该不存在太大问题。另外提醒一下,软件测试发现问题,要及时记录并统计要求RD修改,有时候RD改一处而动全身,RD为了改一个地方而把本来没有问题的地方改得有问题了。
另外提醒一下,软件测试发现问题,要及时记录并统计要求RD修改,有时候RD改一处而动全身,RD为了改一个地方而把本来没有问题的地方改得有问题了。
:handshake多谢,深有体会!
这个问题不太好回答,标准都只是规范性的,不会有什么具体的做法。这些东西你可以在网站上搜索下看看。
你所谓的好方法我不太赞同,方法都是摸索出来的,没有固定程式的方法。软件测试很多地方模仿了硬件测试,但也有不同的地方,这些你可以在论坛上找相关评述。
我做上位机软件测试比较多,下位机相对比较少。我就把我的做法分享下吧。
软件BUG的定义主要是从以下几个方面考量的:
1、 软件产品规格书:会规定软件的具体性能指标,如:响应时间、CPU资源占用率、设计功能有无实现、软件说明等等,软件产品规格书相当于产品检验规范,没有达到当初设计要求的都可以视为BUG。
2、 软件可靠性测试:这个要看自己的是否严格把关以及公司的要求了,软件可靠性测试的内容很多,比如兼容性(我当初搞这个郁闷死了,建平台、架网络)、操作简便性、误操作及补救考量等等,相关论述可以在论坛上找找。
以上都是个人摸索的,不太正规,仅供参考,其实我觉得啃透了软件产品规格书应该不存在太大问题。另外提醒一下,软件测试发现问题,要及时记录并统计要求RD修改,有时候RD改一处而动全身,RD为了改一个地方而把本来没有问题的地方改得有问题了。