软件可靠性的困惑
很高兴在这里看到大家能够共同探讨可靠性理论技术,希望能和大家进行一些交流!我想谈的是软件领域的可靠性问题.随着计算机功能的增强，软件规模越来越大，软件的体系结构也越来越复杂.软件的质量越来越受到更多人的关注，在软件质量的评价指标中，软件可靠性是较重要的一个度量指标。对于可靠性的研究起始于20 A纪30年代的机器维修问题和40年代的路灯更换问题，而德国的Vi和V2火箭的设计也隐含着原始的可靠性思想。
软件可靠性的研究比硬件可靠性的研究要晚得多，它起始于20世纪70年代初.相对于硬件可靠性，软件可靠性没有严密的基础理论，很多的概念都是借鉴于硬件可靠性研究成果。但是由于软件与硬件有着本质的区别，某些地方不可能等同，可靠性研究也不例外。
好在研究人员和技术人员很早就认识到了这一点，不断提出软件领域的新的技术和方法，新的管理思想。如软件可靠性工程、软件可靠性模型、软件可靠性管理等等。这些研究成果更多的是国外的，而我们国家很多的是借鉴别人的技术和理论，没有形成适合自己行业情况的软件可靠性技术、理论和成形的工具。
由于本人在做这方面的研究工作，来到这里看到大家更多的是讨论的硬件可靠性。因为社会的发展，已经使得软件成为现代系统里面必不可少的一部分，它是硬件系统的灵魂。所以，怎样保证我们的系统更可靠，软件可靠性的研究就显得很重要。
所以，希望大家能在这里讨论一些软件可靠性领域的话题，共同交流，共同提高！ 如果可以的话，欢迎把你的研究成果贴出来给大家共享，毕竟国内做这方面研究的人不多:) 欢迎 交流！ 在讨论的过程中学习……
希望你能介绍一下，大家在边研究边探讨
希望你能介绍一下，大家在边研究边探讨 我个人觉得软件测试是一个吃力不讨好的工作，因为测试是一个有无限边界的领域，就算你当初测试的在辛苦，在努力，也肯定会有隐藏的问题是我们没有测试出来的，这个时候一旦出现问题用户、开发、老板就会找测试的责任，觉得是他们没有好好的测试！冤，实在是太冤了！ 出现这种情况不仅仅是测试工程师的责任，软件质量不是测试出来的。企业应该建立一种责任回溯机制，出现了遗漏到用户那里的缺陷，应该分析为什么会产生这个缺陷、产生这个缺陷后为什么会漏测、这个缺陷在开发测试流程中哪个阶段最容易发现它，这样可以分清责任，建立全团队的质量意识。 对于责任应该不会这么一脑袋就扣上的，我们公司是这样的，由测试经理进可能详细的写测试用例，错误出来后，根据错误查询测试用例，如果测试用例涉及到，查询测试用例的执行者，责任归到此执行者，如果没有测试用例，则进行讨论，确定问题
页:
[1]
