知识只有在交流过程中才能进步！

发布新日志

  • 如何保障版本的测试质量之一——测试思路

    sunlight426 发布于 2015-07-27 17:31:33

             我们定位这样一个角色：你是一名功能测试人员，在项目组负责某个子系统（或者说后台服务）的一个版本测试，该版本新增了功能，又修改了原有bug。没有规范的文档，你将如何测试？

             有人是如此测试的：咨询一下开发修改了哪些功能，拿到手上开始根据开发提供的思路跑流程，测试通过，上生产。结果生产上造成很严重的问题，而这个问题产生的根源是开发改动了关联部分公共方法。同时作为测试，根本没有考虑到该版本的功能关联了哪些业务场景，所以也无法发现该问题。项目经理问责测试：作为对该系统测试了两年多的你，为何这么简单的问题都发现不了？测试用例写得这么粗糙。

             这是我眼前的真实存在的一幕。我无法端坐在旁边，看着可怜的测试人员在无力解释，“我也发现了很多问题，你怎么就看不到？”“我们联调协调的很辛苦……”。我很想知道问题在何处？

             思考良久，我知道某个人肯定有问题，但又不全是某一个人的问题。需求没有文档，开发没有设计思路，测试设计缺失，遗漏该功能的测试，最终问题在生产上“华丽丽”地暴露出来。姑且不论需求和开发的问题，我认为测试可以往前多走几步。

    第一，   一定要进行测试设计，站在用户的角度，进行测试设计。时间紧张时设计的粒度可以只到测试场景，预期结果中包括检查的点。有充分的时间还是建议编写规范的测试用例，描述清楚前提条件、操作步、预期结果、优先级等。

    测试场景必须覆盖所有改动的功能点，而且一定要进行全流程测试。保证该功能的修改不会影响整条流程。

    第二，   一定要进行回归测试，这里的回归测试视情况而定，时间足够全量测试，时间不够，一定要对系统核心功能进行回归测试。例如金融行业的交易，回归测试场景必须包括的各类正常场景和重要的异常场景，保证版本上线以后，用户还能继续使用这些核心功能。回归测试需要对系统深入理解，判断用户核心业务场景。

    第三，   版本如何极大低影响性能，需加入负载压力测试、稳定性测试、大数据量测试。

    第四，   沟通，沟通，再沟通。把测试的场景全部列出来，给需求和开发过目，请他们协助判断一下是否有漏测，或者理解有误的地方。对于这种没有文档的项目，系统设计全部留在大家的脑海中，每个人理解可能都不完全一样，通过测试用例去统一大家的思路，保证我们测试的有效性。

    第五，   如果明知道该版本对功能影响范围较大，而市场或者项目经理又催得很紧，一定要告诉他们风险非常大，具体表现在哪些方面。这样他们经过仔细斟酌，如果得不偿失是绝对会支持你的，如果他们能够承担风险，就会考虑上线。

            

                      经过以上这几个步骤，在这种无文档的“敏捷”项目中，测试作为最后一道关卡，一定能够发挥你的价值，成为项目组必不可少的一环。那时的你是不会出现在我开始提到的被问责的场景中的。

            

             

    查看(3580) 评论(10) 收藏 分享 管理

  • 如何保障每个版本的测试质量之三-测试细节

    sunlight426 发布于 2015-08-05 08:40:04

    测试工作中，我们往往有许多细节需要注意，能为我们的工作加分，让我们能够更顺利地完成工作。

    细节一：聊测试结果

    测试需要严谨的逻辑思维，测试设计需要依赖业务需求，测试结果依赖测试过程。所以每个测试活动，包括每个测试人员在得出结论的时候，一定要注意细节。

    版本测试完成之后，领导问你，系统没有问题了吧？如何回答呢？

    我们作为测试人员，无法回答说：没有问题了！你若如是回答，你的依据是什么？依据你测过了没有发现问题吗？

    一般情况下，我们回答可以稍微多说几句：*总，我们本版本修改了**功能，根据影响范围，我测试了**场景，这些没有发现问题。其他功能根据前面测试的情况，暂时没有发现问题（或者还遗留了*个问题，但由于不是本版本造成的，所以本版本依然可以上生产）。

    经此回答，领导不会暴跳，如果他暴跳，我们就要给他灌输测试的一些基础理论。软件测试的目的就是发现目前为止暂未发现的问题。测试不能发现所有的问题，测试不能保证版本没有任何bug，只能尽可能覆盖更全的业务场景。

     

    细节二：沟通

    沟通就是说话，这是一门艺术。

    见过开发和测试两人对骂，个个暴躁得很，无法理解双方的话语。

    沟通有很多小技巧的，例如男女搭配，干活不累。异性相吸的原理在任何领域都是可谓真理，除非这两人有仇或者利益纠纷。还有，我们见到很多时候，求人办事，说的都是些奉承话，听着恶心，但是当事人不会恶心，他也会想办法迎合。所以，说漂亮话也是一种润滑剂。听着大家都舒服，嬉笑过程，事情也顺利完成了。

    另外，大家可以去读读人性、心理相关的书籍，如乐嘉老师的《色眼识人》、《色眼再识人》关于性格色彩的书籍，关注下别人的情绪，通过话语能够听明白话外之音，识别人的脸色，发现有异常的时候及时主动沟通，就更容易化解误会。

    作为别人的女同事，我会经常带点吃的，给周围的人分享一下，这样大家能够更快的接纳我。

     

    细节三：生产遇到问题

    如果生产线上发现了问题，作为相关的测试人员，我们应该主动去重现，协助开发找到问题发生的原因。协助过程尽量自己先动手，把环境搭建好，重现问题后，再找开发人员协助。尤其是性能问题。往往本地性能环境和生产环境有差异，我们要注意排除一些干扰。协助开发的过程往往也能加强合作并培养同事感情，如果问题能够重现且找到具体原因，那是一个皆大欢喜的结果。

     

    细节四：找到对的人

    在大型项目或产品中，我们一个人不能解决所有的问题，这时候我们往往需要别人协助，找对的人就变得非常重要。你有一个问题需要他人协助解决，一方面你得找能够解决这个问题的人，另一方面你得跟他保持沟通畅通，他才愿意为你解决问题。找对的人，第一次尽量通过相关负责人从上至下去找，熟悉以后，保持良好沟通，后续可以自己单独去找。当然，经常找人帮忙，你也要在适当的时候能够帮助他人。中国人喜欢礼尚往来，才能保持长久嘛！

     

    细节五：我们的管理者

    管理者在这里谈，其实就并非仅仅测试的管理者了。作为一名管理者，都希望能恩威并施，下属即能尊重自己，又能相除融洽。现在的互联网公司，都是相对宽松的文化，所以给人非常大的空间和自由度。不好的是，我们有时候并不知道我们的管理者在干什么，没有太多沟通。所以你是一个管理者，一定要不断修炼自己，了解合作最重要的是——解决问题的能力、沟通协调能力、用人的方法，该有的人性关怀也是必须的。

    查看(1565) 评论(9) 收藏 分享 管理

  • 认识“大数据”

    sunlight426 发布于 2015-08-17 15:40:33

    大数据——这是近几年来非常火的名词。我有幸拜读了周涛先生翻译的《大数据时代——生活、工作与思维的大变革》（作者：Victor Mayer-Schonberger and Kenneth Cukier），从传统的思维中跳出来，结识了新的大数据思维。Vicotr博士提出大数据时代，要全量非样本，要混杂非精确，要相关非因果。

    一、全量非样本

    在传统的科学领域和研究中，我们采取抽样的方式获取研究的参考数据。我们有人收到抽样调查表格，填写个人的信息。这种收集方式是无法获取全部数据的。但是，Victor博士举例:谷歌通过全量搜索数据分析，预测到了流感发生的时间。现在社会的信息化已经非常**，政府和企业都采用信息化系统进行业务数据存储，所以获取全量数据是非常容易的。基于全量数据进行大数据分析，得到分析结果也成为可能。

    二、混杂非精确

    大数据需要结合各类数据，那么数据结构、格式非统一，数据内容多样化。小数据时代的统一的数据结构和数据内容进行计算和分析，例如生成某个统计报表。大数据要求数据越多越好，包括种类、内容，从大量混杂的数据中，从不同的角度，通过数据建模和分析算法，得到各种分析结果。

    三、相关非因果

    大数据从全量数据能够预测到某一种现象的发生，例如Farecast预测机票价格，Decide.com预测商品的价格。但是它不能告诉你为何会产生这一结果。它只能通过有效的模型和算法，对数据相关性进行分析，预测这样的结果。实际上机票价格变化可能是天气原因，商品价格变化可能是成本提高。这些原因是大数据分析不能告诉你的。

     

    数据、技术和思维，是大数据时代的三把利剑，获取更大的数据，使用完善的技术，最重要的，不同角度的分析思维。如何进行数据建模，编写有效的算法，最终如何转化成对企业、对个人有利的结果，这是大数据分析的挑战。

    Victor博士对大数据使用也有深深的担忧。移动互联网时代，个人的通讯信息（运营商掌控者我们的通讯数据）、财产信息（如银行、支付宝、P2P网站掌握着我们的财产）、社交网络信息（QQ、微信）等都暴露在网络中，如果个人隐私被恐怖主义或心怀不轨者利用，进而威胁到公民的人身、财产安全。所以，对于数据的使用，希望政府对数据使用者出台政策法案，约束其使用途径，并对个人的数据安全负起责任。

    大数据时代来了，虽然“危机”并存，但是我们要拥抱这个变革，转换思维方式，提升技术能力，一起迎接这个全新的信息时代。

    查看(1272) 评论(0) 收藏 分享 管理

  • 组合测试设计PK正交设计总结

    没翅膀的飞鱼 发布于 2013-01-31 21:07:55

    昨天听郑文强老师的<正交矩阵与组合测试>歪歪，对其有了更深一步的了解，特别是郑老师介绍的那两个正交设计工具，很好用也很好上手。今天查看自己以前写的总结文档发现，去年刚入职时也写过一篇类似的文章，那时理解的不是太深刻，今天抽时间对其简单修改了下，拿出来分享一下：

    测试过程中，我们经常遇到需要覆盖多个变化参数的测试场景，如我们测试一个设备通道视频参数设置的各种组合测试，如下图：

    多数情况下，类似于这种多组合测试时，老员工则是依靠经验去进行有针对性的测试，而我们新员工会随机的乱点一通看能否正常保存成功，看看相应的视频文件是否符合设置，幸运的话，能发现几个bug。这种方式不但不科学，而且测试覆盖面也很窄，这里可以使用常见的两种方法进行测试用例的分析和设计：组合分析方法和正交实验设计方法。（均以上图为例）

    1.用组合分析方法进行测试用例设计：

    关于组合分析方法，依据的是多因素组合测试可以生成测试用例集，以覆盖任意N个因素的所有取值组合，在理论上可以发现由N个因素共同作用引发的缺陷。简单的理解就是每一个参数的每一个值只需要和其他参数至少配对一次就够了。

    上面的因子及各因子状态如下：

    码流类别：主码流，子码流，事件参数

    码流类型：复合流，视频流

    分辨率：DCIF，CIF，QCIF，2CIF，4CIF，保留，VGA，UXGA， HD720P

            #这个设置要根据前段设备的型号，有的设备不支持较大的分辨率

    图像质量：最好，较好，次好，一般，较差，差

    码率类型：定码率，变码率

    视频码率：32Kbps，320Kbps，2048Kbps   #对于这个设置可以随机选择几个进行测试

    视频帧率：全帧率，1/16，1/4，1，10，20   #对于这个设置可以随机选择几个进行测试

    帧类型：单P帧，BBP帧，BP帧

    I帧间隔：0，200,400                #由于I帧间隔的范围0—400，我们随机选择三个

    按照传统思路，这些参数的排列组合有：3*2*9*6*2*3*6*3*3=104976，也就是说我们要进行104976次测试的执行，这个在现实测试中是不可能实现的。我们用组合分析方法可以裁剪测试用例的数量，达到我们可接受的范围。

    这里可以使用一个工具：PICT。具体操作步骤如下：

    1.   先安装好PICT工

    2.  建一个模型文件，文件是.txt格式，如：modelfiles.txt。针对上图文件内容如下：

    注意：文本文件中的“,”“：”都是英文字符

    3.  DOS窗口进入到PICT安装目录下，运行：Pict modelfiles.txt

    注：若将测试因子的优化组合保存到安装目录下，且以*.txt格式显示，可输入命令C:\Program Files\PICT>pict modelfiles.txt > output.txt；也可以*.xls格式显示，可输入命令C:\Program Files\PICT>pict modelfiles.txt > output.xls

    测试因子的优化组合如下：（由于.xls格式中输入1/16显示1月16日，也即1/16不能在.xls中显示，这里以1\16代替1/16，其他类似）


    通过导出的.xls，我们知道，只需要执行60次测试用例即可达到104976次同样的效果。在测试中，我们可以在模型文件中加入一些条件语句限制一些特殊的情况，比如当视屏码率选择自定义时，自定义码率输入框不能为空等。对于有经验的人员可以在上面组合的基础上适当的加入一些容易出现问题的测试用例，增加测试的覆盖面。最近读《微软的软件测试之道》，里面也有关于组合测试的介绍，书中建议组合分析从两因素组合测试开始，逐渐提高组合维度，直至6因素组合测试，因为有研究表明6因素组合测试可以发现绝大多数的程序缺陷。

    2.用正交分析方法设计（又称为两两组合）测试用例

    所谓正交试验法，就是从大量的试验点中挑选出适量的，有代表性的点，合理的安排试验。

    如果我们直接在上例中运用正交试验法，可能仍然达不到我们可以接受的范围，即测试用例还是很多。这时我们可以计算各因子和状态的权值，删去一部分权值较小，即重要性较小的因子或者状态，使最后生成的测试用例集缩减到我们可以接受的范围。

     针对上例中，我们做如下修改（这里只是指出怎么应用正交试验法，所选修改以简便为主，实际中可根据需要删减）：

    码流类别:主码流=0,子码流=1

    码流类型:复合流=0,视频流=1

    分辨率:DCIF=0,CIF=1,QCIF=2,4CIF=3,保留=4      

    图像质量:最好=0,较好=1,次好=2,一般=3,差=4

    视频帧率:全帧率=0,1/16=1,1/4=2,1=3,10=4,20=5 

    帧类型:单P帧=0,BBP帧=1,BP帧=2         

    根据上面分析情况，我们在常用正交矩阵表中，选择在保证因素数、水平数最接近但略大于实际值的基础上，选择行数最小的矩阵表。我们选择5^6的矩阵表：如下

      

    观察上面的结果就应该了解为什么叫两两组合了；使用正交表转换成测试用例时（即套用正交表时），只要将多出来的列删除即可，矩阵仍然符合正交矩阵的特性；对于多出来的行不能删除其中的任意一行，如上例中对于有些因子实际上所含的状态数小于5个，可以用确定的状态数去间隔性的填充范围外的状态(填充技巧：用客户端比较关注的参数值填充)；

    最后把因子实际的状态按照上面的规则填到正交试验表中，即可得到可接受的测试用例。

    以上是用手工的方法进行正交设计的，当然我们也可以使用工具完成，常用的工具有：Allpairs（有点像PICT工具使用，dos命令下运行）和ACTS，其使用也很简便，这里不做介绍了。

    Allpairs下载：www.satisfice.com/tools.shtml

    Allpairs下载：http://csrc.nist.gov/groups/SNS/acts/documents/comparison-report.html#acts

     

    这里对这两种方法做个比较小结：

    1.  正交分析方法强调两两组合覆盖会覆盖到所有单参数、所有参数两两组合以及部分参数多组合的场景，会抛弃一些多组合场景。正交设计方法有利于确定各个因素对实验结果的贡献，但是对于组合测试提高错误检测能力并没有帮助。组合分析是随机生成的，它的原则是覆盖即可，多考虑覆盖多组合情况。

    2.  组合分析法是一种基于每对参数组合的测试技术，考虑参数之间的影响是主要的错误来源，并且大多数的错误起源于简单的参数组合。但是对于单参数以及两两组合覆盖率不如正交设计方法。

    3. 正交设计方法由于是基于两两组合，故对同一对象多次设计用例变化不是太大，而组合分析运用PICT可以很方便的获取一组测试数据，而且每组测试数据均不同，在回归测试中，可以很方便的运用另一组组合分析数据，提高测试覆盖率。

    4.  运用正交试验分析和组合测试都需要对要测试的因子及因子状态有清楚的了解，并对其加权，哪些权值较重，哪些较轻，可以删减因子，减少测试用例数。具体运用哪种方法，要看具体测试对象，也要看测试人员自己的喜好。

    5.  正交设计是组合设计的一个具体特例，也是组合测试的一种方案选择。

    写于 2011/10/29      没翅膀的飞鱼


    查看(2783) 评论(10) 收藏 分享 管理

  • 10个经典职场励志小故事

    zaza9084 发布于 2015-04-07 14:06:17

    　　语音内容：
    　　人都是有惰性的，不管我们做的是什么工作，有一天会因为工作的枯燥而感觉乏味，有一天也会因为忙忙碌碌的辛苦闯荡却还是一无所成而丧失了信心！所以，身在职场，我们需要的是不断的鼓励自己，给自己加油，给自己信心，给自己打气。其中有效的办法之一就是每天看一则经典的励志小故事，从故事中感悟和体会，从故事的启发中找回自己的自信！今天小编要和大家分享一些经典的励志小故事，希望能对大家有所帮助！回复关键词"励志"，即可看到相关文章！
    　　文章内容：
    　　职场励志故事告诉我们，职场的一切得失都是渺小的，没有人会在临死的时候，后悔自己没有多花点时间在办公室工作。追求快乐和平安幸福，才是人的一生中最重要的事情。
    　　【1、强盗师徒】
    　　有一次，一个老强盗带着徒弟去抢劫银行，被警方追捕。两人狂逃，差点儿连裤子都跑掉了。好不容易甩掉了警察，两人上气不接下气，瘫倒在地上。
    　　良久，惊魂稍定，徒弟说："师父啊师父，要是这个世界上没有警察，该有多么美好啊！"师父骂道："放屁！要是没有警察，我们还有饭吃吗？！"徒弟大惑不解。师父"语重心长"地说："你只知其一不知其二啊！你想想，如果没有了警察，是不是大家都敢去偷、去抢了？正因为有了这些警察，把那些能人挡住了，我们才有生存空间啊！和他们相比，我们算什么东西？有什么本事啊？我们不就是仅仅凭着一颗贼胆，敢干他们不敢干的事，才混得一口饭吃吗？有了警察，才有我们啊！没有警察，哪里有我们的好日子过啊！"
    　　你看成功人士多么风光，但是，你只看到一面，没有看到另外一面，你"只看到贼吃肉，没有看到贼挨打"，没有看到他们为成功所流的汗水、泪水，甚至鲜血！即使，你看到了"贼挨打"，你也只愿意做"只吃肉不挨打的贼"。天下哪里有这样便宜的好事！上面那个老强盗的经验，我们是可以好好借用一下的。只要有一点点勇气、自信，就足够用来突破生理和心理的障碍。
    　　【2、食人】
    　　两个食人族到某公司上班，老板说："如果你们在公司吃人，立马开除！"三个月下来大家相安无事，突然一天老板把这两个人叫到办公室大骂一顿："TMD，叫你们不要吃人你们还吃，明天你们不用来上班了！"两食人族收拾东西离开，出门时一个忍不住骂另一个："告诉过你多少遍，不要吃干活儿的人，三个月来我们每天吃一个部门经理，什么事都没有，昨天你吃了一个清洁工，今天就被他们发现了！"
    　　【3、忠诚的狗】
    　　小狗汤姆到处找工作，忙碌了好多天，却毫无所获。他垂头丧气地向妈妈诉苦说："我真是个一无是处的废物，没有一家公司肯要我。"
    　　妈妈奇怪地问："那么，蜜蜂、蜘蛛、百灵鸟和猫呢？"
    　　汤姆说："蜜蜂当了空姐，蜘蛛在搞网络，百灵鸟是音乐学院毕业的，所以当了歌星，猫是警官学校毕业的，所以当了保安。和他们不一样，我没有接受高等教育的经历和文凭。"
    　　妈妈继续问道："还有马、绵羊、母牛和母鸡呢？"
    　　汤姆说："马能拉车，绵羊的毛是纺织服装的原材料，母牛可以产奶，母鸡会下蛋。和他们不一样，我是什么能力也没有。"
    　　妈妈想了想，说："你的确不是一匹拉着战车飞奔的马，也不是一只会下蛋的鸡，可你不是废物，你是一只忠诚的狗。虽然你没有受过高等教育，本领也不大，可是，一颗诚挚的心就足以弥补你所有的缺陷。记住我的话，儿子，无论经历多少磨难，都要珍惜你那颗金子般的心，让它发出光来。"
    　　汤姆听了妈妈的话，使劲地点点头。
    　　在历尽艰辛之后，汤姆不仅找到了工作，而且当上了行政部经理。鹦鹉不服气，去找老板理论，说："汤姆既不是名牌大学的毕业生，也不懂外语，凭什么给他那么高的职位呢？"
    　　老板冷静地回答说："很简单，因为他是一只忠诚的狗。"
    　　【4、弥勒佛】
    　　去过庙的人都知道，一进庙门，首先是弥勒佛，笑脸迎客，而在他的背面，则是黑口黑脸的韦陀。但相传在很久以前，他们并不在同一个庙里，而是分别掌管不同的庙。
    　　弥勒佛热情快乐，所以来的人非常多，但他什么都不在乎，丢三拉四，没有好好的管理账务，所以依然入不敷出。而韦陀虽然管账是一把好手，但成天阴着个脸，太过严肃，搞得人越来越少，最后香火断绝。
    　　佛祖在查香火的时候发现了这个问题，就将他们俩放在同一个庙里，由弥勒佛负�**τ朔娇停谑窍慊鸫笸６ね犹嫖匏剑胖楸亟希蛉盟涸鸩莆瘢细癜压亍Ｔ诹饺说姆止ず献髦校砝镆慌尚佬老蛉倬跋蟆�
    　　其实在用人大师的眼里，没有废人，正如武功高手，不需名贵宝剑，摘花飞叶即可伤人，关键看如何运用。
    　　【5、多听少说】
    　　曾经有个小国到中国来，进贡了三个一模一样的金人，把皇帝高兴坏了。可是这小国不厚道，同时出一道题目：这三个金人哪个最有价值？
    　　皇帝想了许多的办法，请来珠宝匠检查，称重量，看做工，都是一模一样的。怎么办？使者还等着回去汇报呢。泱泱大国，不会连这个小事都不懂吧？
    　　最后，有一位退位的老大臣说他有办法。
    　　皇帝将使者请到大殿，老臣胸有成足地拿着三根稻草，插入第一个金人的耳朵里，这稻草从另一边耳朵出来了。第二个金人的稻草从嘴巴里直接掉出来，而第三个金人，稻草进去后掉进了肚子，什么响动也没有。老臣说：第三个金人最有价值！使者默默无语，答案正确。
    　　这个故事告诉我们，最有价值的人，不一定是最能说的人。老天给我们两只耳朵一个嘴巴，本来就是让我们多听少说的。善于倾听，才是**的人最基本的素质。
    　　【6、习惯】
    　　父子两住山上，每天都要赶牛车下山卖柴。老父较有经验，坐镇驾车，山路崎岖，弯道特多，儿子眼神较好，总是在要转弯时提醒道："爹，转弯啦！"
    　　有一次父亲因病没有下山，儿子一人驾车。到了弯道，牛怎么也不肯转弯，儿子用尽各种方法，下车又推又拉，用青草诱之，牛一动不动。
    　　到底是怎么回事？儿子百思不得其解。最后只有一个办法了，他左右看看无人，贴近牛的耳朵大声叫道："爹，转弯啦！"
    　　牛应声而动。
    　　牛用条件反射的方式活着，而人则以习惯生活。一个成功的人晓得如何培养好的习惯来代替坏的习惯，当好的习惯积累多了，自然会有一个好的人生。
    　　【7、兔子与乌鸦】
    　　一只乌鸦坐在树上，整天无所事事。一只小兔子看见乌鸦，就问："我能象你一样整天坐在那里，什么事也不干吗？"乌鸦答道："当然啦，为什么不呢？"于是，兔子便坐在树下，开始休息。突然，一只狐狸出现了。狐狸跳向兔子……并把它给吃了。
    　　这个故事的寓意是……要想坐在那里什么也不干，你必须坐（做）得非常非常高。
    　　【8、小鸟与牛粪】
    　　一只小鸟正在飞往南方过冬的途中。天气太冷了，小鸟冻僵了，从天上掉下来，跌在一大片农田里。它躺在田里的时候，一只母牛走了过来，而且拉了一泡屎在它身上。冻僵的小鸟躺在牛屎堆里，发掘牛粪真是太温暖了。牛粪让它慢慢缓过劲儿来了！它躺在那儿，又暖和又开心，不久就开始高兴地唱起歌来了。一只路过的猫听到了小鸟的歌声，走过来查个究竟。顺着声音，猫发现了躲在牛粪中的小鸟，非常敏捷地将它刨了出来，并将它给吃了！
    　　这个故事的寓意是……
    　　（1）不是每个在你身上拉屎的都是你的敌人。
    　　（2）不是每个把你从屎堆中拉出来的都是你的朋友。
    　　（3）而且，当你陷入深深的屎堆当中（身陷困境）的时候，闭上你的鸟嘴！
    　　【9、分粥的故事】
    　　有七个人曾经住在一起，每天分一大桶粥。要命的是，粥每天都是不够的。
    　　一开始，他们抓阄决定谁来分粥，每天轮一个。于是乎每周下来，他们只有一天是饱的，就是自己分粥的那一天。后来他们开始推选出一个道德高尚的人出来分粥。强权就会产生腐败，大家开始挖空心思去讨好他，贿赂他，搞得整个小团体乌烟障气，高尚的人也腐败了。然后大家开始组成三人的分粥委员会及四人的评选委员会，但他们常常互相攻击，扯皮下来，粥吃到嘴里全是凉的。最后想出来一个方法：轮流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。为了不让自己吃到最少的，每人都尽量分得平均，就算不平，也只能认了。大家快快乐乐，和和气气，日子越过越好。
    　　同样是七个人，不同的分配制度，就会有不同的风气。所以一个单位如果有不好的工作习气，一定是机制问题，一定是没有完全公平公正公开，没有严格的奖勤罚懒。如何制订这样一个制度，是每个领导需要考虑的问题。
    　　【10、渺小】
    　　战国时期魏惠王因为齐威王违背了盟约，所以想要发兵攻打齐国。身为国相的惠施为了劝导魏王息兵，请来了国都的一位贤士戴晋人。戴晋人见了魏王问道："关于蜗牛，君王知道吗？"魏王说："知道。"戴普人说："蜗牛长着两只触角。左面的角上有一个国家，称为触氏；右面的角上有一个国家，称为蛮氏。为了争夺领地，两国交兵开战，伏尸数万，胜者追了十又五天，才收兵回营。"魏王不以为然地笑说："这不都是虚假之言吗？"戴晋人说："不是虚假之言，不信的话，我来为你论证一下：以君王看来，四方上下有穷尽吗？"魏王说："没有穷尽。"戴晋人又问："人的心巡游过无穷无尽的宇宙之后，返回到人世，可不可以说人世渺小到了似有似无？"魏王说："对。"戴晋人紧跟着又问："人世既然渺小到了可有可无的地步，而魏国只是人世间的一个很小的地方，国都又是魏国之中很小的一块地方，君王又是国都中很小的一个形体，那么，相对于无穷无尽的宇宙而言，跟蜗牛右角上蛮氏国的国王又有什么分别呢？"魏王说："没有什么分别。"
    　　戴晋人离去了。魏王好似被引入了空旷无际的太空，看不到人世，更看不到魏国，体悟到人世和国土的渺小，感受到了征战和扩疆的无聊，认识到交兵争胜，所得不过蜗牛一角之地，实在没有多大意义。于是称赞戴晋人为"大人"，认为他有如此眼光，远远超过了圣人。
    　　结束语：
    　　这些职场励志小故事告诉我们，职场的一切得失都是渺小的，没有人会在临死的时候，后悔自己没有多花点时间在办公室工作。追求快乐和平安幸福，才是人的一生中最重要的事情
    更多精彩内容，请查看：http://bbs.51testing.com/thread-1024061-1-1.html

    查看(5167) 评论(9) 收藏 分享 管理

  • 一个网页通用的测试用例（借鉴他人的保存，加注释）

    green_star 发布于 2014-09-30 10:15:14

    具体需求： 有一个登陆页面， （假如上面有2个textbox, 一个提交按钮。 请针对这个页面设计30个以上的test case.）
    　　此题的考察目的： 面试者是否熟悉各种测试方法，是否有丰富的Web测试经验， 是否了解Web开发，以及设计Test case的能力
    　　这个题目还是相当有难度的， 一般的人很难把这个题目回答好。
    　　首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面。对用户名的长度，和密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等。还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了 ，等价类，边界值等等。
    　　请你记住一点，任何测试，不管测什么都是从了解需求开始的。
    　　功能测试(Function test)
    　　0. 什么都不输入，点击提交按钮，看提示信息。（非空检查）
    　　1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。（正常输入）
    　　2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验）
    　　3.登录成功后能否能否跳转到正确的页面（低）
    　　4.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）
    　　5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤）
    　　6.记住用户名的功能
    　　7.登陆失败后，不能记录密码的功能
    　　8.用户名和密码前后有空格的处理
    　　9.密码是否加密显示（星号圆点等）
    　　10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
    　　11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
    　　12.输入密码的时候，大写键盘开启的时候要有提示信息。
    　　界面测试(UI Test)
    　　1.布局是否合理，2个testbox 和一个按钮是否对齐
    　　2.testbox和按钮的长度，高度是否复合要求
    　　3. 界面的设计风格是否与UI的设计风格统一
    　　4. 界面中的文字简洁易懂，没有错别字。
    　　性能测试(performance test)
    　　1.打开登录页面，需要几秒
    　　2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒
    　　安全性测试(Security test)
    　　1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
    　　2.用户名和密码是否通过加密的方式，发送给Web服务器
    　　3.用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
    　　4.用户名和密码的输入框，应该屏蔽SQL 注入攻击
    　　5.用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
    　　6.错误登陆的次数限制（防止暴力破解）
    　　7. 考虑是否支持多用户在同一机器上登录；
    　　8. 考虑一用户在多台机器上登录
    　　可用性测试(Usability Test)
    　　1. 是否可以全用键盘操作，是否有快捷键
    　　2. 输入用户名，密码后按回车，是否可以登陆
    　　3. 输入框能否可以以Tab键切换
    　　兼容性测试（Compatibility Test）
    　　1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）
    　　2.不同的平台是否能正常工作，比如Windows, Mac
    　　3.移动设备上是否正常工作，比如Iphone, Andriod
    　　4.不同的分辨率
    　　本地化测试 （Localization test）
    　　1. 不同语言环境下，页面的显示是否正确。
    　　软件辅助性测试 （Accessibility test）
    　　软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能
    　　1. 高对比度下能否显示正常 （视力不好的人使用）

    查看(21258) 评论(136) 收藏 分享 管理

Open Toolbar