做过近三年的可靠性测试，到经验积累的差不多的时候，却发现自己有一个不可逾越的软肋：电子基础知识，虽然自己一直也想弥补,但做为一个文科的女生,这一切又是那么难,看着电子电路就头疼的我，在朋友的介绍下，决定在软件测试这个行业先混几个月,再看看有没有做可靠性测试主管的可能。 一点点误打误撞的感觉，进入软件测试这个行业，然而一入门，我便深深的被这份工作所
我来了
如果时间不够 ，无法进行充分的测试怎么办 ? 使用风险分析，确定测试的重点。由于很少有机会对一个应用软件进行所有可能的测试 ( 包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西 ) ，对大多数软件开发项目来说，利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由，也可采用正式的方法。需要考虑下列因素： 1 对于该项目的用途而言，哪种功能最重要 ? 2 哪种功能对
能够决定需要做多少次测试的主要影响因素如下： ①、系统的目的 系统的目的的差别在很大程度上影响所需要进行的测试的数量。那些可能产生严重后果的系统必须要进行更多的测试。一台在Boeing 757上的系统应该比一个用于公共图书馆中检索资料的系统需要更多的测试。一个用来控制密封燃气管道的系统应该比一个与有毒爆炸物品无关的系统有更高的可信度。一个安全关键软件的开发组比一个游戏软件开发组要有苛刻得多的查
其实严格来说不能放在LR里，但是确实是性能测试时候用的辅助工具，挺纠结，暂时先这么放吧。参考文章：如何选择最适合的LINUX版本http://www.pccppc.com/show.php?tid=212国内十大Linux版本一览http://news.newhua.com/news1/Skills_System/2009/414/094141616355E2D200CEBA5A27D26J94C
在测试这一系统时，我总结了以下三点：1.业务流程的掌握要比系统流程重要的多，业务是整个系统的核心，只有业务熟悉了，那测试系统才会更精确、更有效。2.与开发人员沟通需要有一定的耐心与信心。每个人都会有工作的压力，如何沟通，这需要有一定的技巧，在确认bug的时候，测试人员要有信心，对于自己测出的缺陷，要十拿九稳，对于开发方的反驳自己要确信这就是缺陷，当然发现的确不是缺陷的时候，那就不要再辩下去，要适可
急需要这方的用例参照写用列，哪位大侠可以提供下，感激不尽！
2010-09-02
[如需转载，请在转载时注明出处，并保证本文的完整性] 长期游走各类测试论坛，当然包括测试窝啰。同时工作实践中，带过的测试新人朋友也不少了。给我一个较为普遍的感受，作为一个新人，想要尽快掌握被测产品业务，尽快提升测试相关技能。 是否具备知识积累的能力？与此同时，是否具备一套行之有效的积累方法。显得格外重要了身处软件这一行，在这个资讯爆炸的时代，大家单凭脑袋要记住所有的信息，几
今天在测试一个功能时发现该功能需要手动填写一些信息，而不是选择的方式，觉得奇怪，就问做这个模块的开发人员，为什么这样？ 答曰：填写信息不超过10组数字，而且数字还有可能改变，做成选择比较复杂。 旁边一个测试人员接话：他懒，所以这样说。 我无语。不过也让我悟到了。 我的做事方式需要改善，当一个功能感觉不合理，先了解原始需求和用户场景，掌握
软件测试工程师的精神家园网页版：http://t.sina.com.cn/testwo手机版：http://t.sina.cn/testwo
