如果时间不够 ，无法进行充分的测试怎么办 ? 使用风险分析，确定测试的重点。由于很少有机会对一个应用软件进行所有可能的测试 ( 包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西 ) ，对大多数软件开发项目来说，利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由，也可采用正式的方法。需要考虑下列因素： 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
最近几天一直泡在论坛上，看到很多人都认为“手工测试没有技术含量”，“做测试，还是自动化测试，性能测试比较有前途”等等。 首先，我想的是，什么是“技术含量”。我觉得，一般指的有“技术含量”的，就是你能做别人不能做，或者你完成目标比别人快的多的事情，如果随便一个人很快能上手完成你所做的工作，就不算有技术含量。就好像只把伪代码转换为语言的程序员，有多少“技术含量”？从这个角度上看，很多人觉得“手工测试没
这是网上提供的方法： .tar.gz解压：tar zxvf FileName.tar.gz压缩：tar zcvf FileName.tar.gz DirName 大致总结了一下linux下各种格式的压缩包的压缩、解压方法。但是部分方法我没有用到，也就不全，希望大家帮我补充，我将随时修改完善，谢谢！.tar解包：tar xvf FileName.tar打包：tar cvf FileName.tar
