[如需转载，请在转载时注明出处，并保证本文的完整性] 每当谈及代码覆盖率时，总有人会问“覆盖率的标准应当是多少？”应该是100%，90%，还是80%？ 答案是，看情况。选择覆盖率的标准时，应该考虑所用的技术、语言以及开发工具等，还要考虑其他许多
[如需转载，请在转载时注明出处，并保证本文的完整性] “方韩之战”正在上演，观战了几天，发现方老具备一些测试工作所需的优良品质。 一 咬住青山不放松 无论韩寒拿出什么证据，怎么反驳，怎么自证，方老拿出“咬住青山不放松”的精神，坚决认定韩寒作品是代笔的。 &nbs
前些日子去一公司面试，面试官出了一个题目。他说，“给你一个项目，规范不全，也没什么现成用例，时间又紧迫的情况下，你怎么去保证软件的质量呢？并且只有你自己一人负责个这项目。” 当时真的难住我了。窝友们，你们在工作中有遇到这种情况吗？当时是怎么解决的？还是这只是面试官故意刁难我的呢？应该怎么回答比较合理呢？
Trade Secrets from a Web Testing Expert "You should simulate user abandonment as realistically as possible. If you don’t, you’ll be creating a type of load that will never occur in real life—and
什么叫好用例？ 什么叫好用例？被奉为经典的标准是：发现错误可能性大的用例就是好用例，发现至今未被发现的错误的用例就是成功的用例。对此，有网友评论说：这个标准就像傻子吃烧饼，连吃五个不饱，吃完第六个终于饱了，于是说：早知道吃了第六个就会饱，何必吃前面五个？没错，设计用例时你怎么知道哪个用例发现错误的可能性大?要是代码中根本就没错误呢？ &nb
忙忙碌碌也一天，悠悠哉哉也一天；忙的漫无目的，悠哉的令人发慌。 总觉得该做些什么，做些改变，寻找那一份属于自己的小喜悦！
【执行力差的五大原因】：1、员工不知道干什么。2、不知道怎么干。3、干起来不顺畅。4、不知道干好了有什么好处。5、知道干不好没什么坏处。【解决执行差难题的五大方法】1、目标明确。2、方法可行。3、流程合理。4、激励到位。5、考核有效。--- 摘自新浪微薄
3.3 如何解决“做不好” 现在来看做不好的问题。做不好的主要原因，是高标准的测试覆盖难以实现。 为什么要关注测试覆盖呢？因为未覆盖的单位，通常对应未测试的数据分类，也就是说，可以用覆盖率来检查测试的完整性，衡量测试效果。 应该在完成功能测试的基础上，统计覆盖率，找出遗
火车上感冒头晕转向上了一天班，到家发现钥匙无影踪了只剩下头脑里印象，花了兜里的全部银子才得以进屋，中间老妈来电问候是否吃饭，满腹牢骚全部都倒给了老妈，老妈拿出杀手锏说：一个人的日子不好过吧，赶紧找一个，钥匙没了也能进去屋不是。煮饭，吃饭收拾到这点了。哎，可怜天下父母心，更可怜我这孤身一人的日子啊。
TruClient: completion of a family of Web protocols HP loadrunnerThe slowest link determines the speed of the system. The assertion came long before the World Wide Web, but the example of the use of we
