用户体验质量的测试因为涉及到很多人直观感觉的判断，导致了一直以来没有好的测试评判标准。虽然有一种用户体验实验室通过录制用户操作的眼球变化来记录用户行为，推断用户体验效果。但是让我想起了经典的检查空香皂盒的故事：生产线要检查出空香皂盒，有家公司投入多名专家研发了一套激光系统来检查，一家小公司的工人想出用风扇吹飞空香皂盒的方法。对于绝大多数的同行公司更适合风扇方案因为经济实用，实施快。不是所有公司都有
redHat Linux系统安装好后，会自动生成几个目录；为了更好的理解RedHat Linux根目录“/”下各个系统文件夹的含义和用途，今天在网上详细找一下，具体各个目录一般都存放些什么东东，特来分享一下战果：一、文件夹分为以下四类：１.管理类文件夹： /boot 该目录默认下存放的是Linux的启动文件和内核，例如 LILO或GRUB的文件
工作并非必须，只要你的心能够坦然面对，无论外界如何变化，你的内心都可以平和面对，经济萧条，行业变迁，和你的工作其实都没有那么大的关联，只要你的心能够坦然面对。 当工作间开始感觉像是小牢房，情况就不太妙了。不幸的是，低迷的经济给仍然有幸保住饭碗的人带来的一个后果就是，我们会觉得自己陷入了工作的牢笼。
回归测试的目的：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给开发，要仔细看看，到底是那里的问题，是由于
