工作并非必须，只要你的心能够坦然面对，无论外界如何变化，你的内心都可以平和面对，经济萧条，行业变迁，和你的工作其实都没有那么大的关联，只要你的心能够坦然面对。 当工作间开始感觉像是小牢房，情况就不太妙了。不幸的是，低迷的经济给仍然有幸保住饭碗的人带来的一个后果就是，我们会觉得自己陷入了工作的牢笼。
回归测试的目的：1.验证缺陷得到了正确的修复 2.对系统的变更没有影响以前的功能回归测试的策略：1）完全重复测试： 重新执行所有在前期阶段建立的测试用例，来确认问题修改的正确性和修改的扩散局部影响性2）选择性重复测试： 1.覆盖修改法： 针对被修改的部分，选取或重新构造测试用例验证没有错误再次发送的用例选择方法。这类回归测试仅根据修改的内容来选择测试用例，这部分
远程桌面安装一个RedHat Linux虚拟机器作服务器，但虚拟机却一直不能访问外网，在徐鸣同学的帮助下，终于OK了：一、相关的配置文件： /ect/hosts 配置主机名和IP地址的对应，对本机提供解析 /etc/resolv.conf
#给定一个一亿长度的数组，数组元素中随机放了0~9 ，10个数字，要求你统计每个数出现的次数#给定一个字符串A，让你在A中找出以字符串B开头，以字符串C结尾的所有子串a=[0,2,1,4,5,6,4,3,1,4,5,6,7,8,8,5,3,3,2,9,0,0,1]arr=[0,0,0,0,0,0,0,0,0,0]a.each{|i| arr[i]=arr[i]+1}s='ggbaabsccbikb
代码覆盖（Code Coverage）为何物？相信程序员特别是测试人员不陌生，很多人都喜欢用代码覆盖来驱动测试的开展和完善。确实代码覆盖可以找出测试疏漏和代码问题，但是单纯的代码覆盖率高低并不能直接反映代码质量的好坏。大多我们的努力方向都是找出那些没有覆盖到的代码，然后补充用例，完善测试。而摆在我们面前的问题是：是否我们已经充分认识到哪些不需要、不能、必须被覆盖？只有对代码覆盖的各种情景了然于胸，
前阶段为公司内刊发表了一篇小文，谈了下软件测试的内容，今天也共享到我的微博上，感兴趣的同学可以看一下： 本次很荣幸的由我来写一篇稿子。在做软件测试工程师的这几年，收获了不少，对软件测试这一职业的理解也随着工作经验有这更加深入的了解，在这里写一篇关于“软件测试”的小文，发表一下我个人的一些拙见，供大家探讨学习之用。 软件测试什么是软件测试？其实现在很多人对软件测试这一职业不是很了
1）定制终端评测趋势 ● 定制终端评测 → 硬件：射频一致性、协议一致性、无线资源管理、硬件元器件、WLAN是当前硬件测试主要内容 → 软件：操作系统测试、浏览器测试、移动应用测试、Widget测试当软件测试重点，内容逐渐由功能向非功能演进 ● 预装在定制终端的移动应用评测 → 功能、性能、稳定性、兼容性 → 用户体验、隐私安全 ● 终端和移动应用评测
在实际工作中，经常会遇到各种各样的问题，遇到问题，一看不顺利了就去找别人请教，这种方法是不可取的。遇到问题，首先静下心来想想，是由于自己操作失误引起的问题呢，还是真的是一个问题？这就要求我们对于先前的操作重新进行一遍。 如果是由于操作失误引起的问题，这就要求我们以后在操作中要细心谨慎，避免再发生类似的问题。 如果真的是bug，不要急于提bug给开发，要仔细看看，到底是那里的问题，是由于
生活就是五味俱全
1.1 文本框、按钮等控件测试1.1.1 文本框的测试如何对文本框进行测试： a,输入正常的字母或数字。 b,输入已存在的文件的名称； c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理； d,输入默认值，空白，空格； e,若只允许输入字母，尝试输入数字；反之；尝试输入字母； f,利用复制，粘贴等操作强制输入程序不允许
