紫晴的阅读
大话测试数据（二）
本篇是大话测试的第二篇，如果你对测试数据感兴趣，又是第一次看到这篇，请先翻看大话测试数据一概念测试数据的获取在上篇中，我提到，获取数据的第一步是获取概念上数据。这一步看起来简单，其实不是那么容易。获取概念数据和获取需求的过程是交织在一起的，事实上，它们其实是一个事儿，因为数据是需求中最重要的组成部分。需求工程是个大话题，目前有很多种流派和实践方式来来搞定需求，但它们的思想都比较一致，那就是：不断的
242°/
2015-04-09/2426 人阅读 / 0 人点赞
/ 0 条评论
大话测试数据（一）
测试数据在整个测试过程中扮演着极为重要的角色，但是它却像个没有星象的演员，明明至少是男二号，但总是被观众忽略。在测试过程中，我们往往在测试计划阶段就忽略了测试数据，在起先没有给测试数据的设计、准备留出足够的时间，投入足够的精力，到了测试执行阶段追悔莫及。只有吃过大亏的测试人员，才会在下一个测试开始的初期就认真的对待它。楼主也算是吃过亏的人。因此在现在经手的测试工作中，总会提着测试数据这根弦。今天一
289°/
2015-04-08/2892 人阅读 / 0 人点赞
/ 0 条评论
我的神呀，测试驱动开发真的有效！
我们经常听到人们宣扬说，在开发软件时写测试代码(单元测试，功能测试等)能有效的减少产品中的bug。如何验证这样的言论？通常，这些人都是已经在使用驱动测试开发(TDD)或行为驱动开发(BDD)，而且，他们所在的公司在诞生第一天起就有着很强的测试文化。然而，如何能测量不写测试程序造成的影响？如何能验证实践TDD能真正的减少bug的存在？我们能否在一段时间里停止写测试程序，看看这对软件缺陷数有多大的影响
205°/
2015-04-07/2052 人阅读 / 1 人点赞
/ 0 条评论
浅谈Junit测试中反射和Jmock的应用
最近由于项目的需要，开发后的代码强制编写Junit测试，并且达到一定的coverageprobility(主要应付客户).所以，为了达到一定的覆盖率，鄙人不得不在Case中大量使用反射（一般是针对private方法）和JMock（主要针对一些属性方法）。小编是做开发出身，由于对Spring的源代码有过或多或少的了解，因此对反射技术也有一定的了解。故在使用反射进行Junit测试的过程中，还算是没有遇
284°/
2015-04-02/2840 人阅读 / 0 人点赞
/ 0 条评论
手机淘宝高质量持续交付探索之路
前言随着移动互联网的迅速普及，手机淘宝业务在迅速的成长，目前已经发展成为拥有40多个bundle（业务模块）的超大APP产品，在这后面有着数百名的研发人员的努力工作。业务的成长和人员的倍增给技术架构、团队合作、产品的交付都带来了巨大的挑战。本文将会讲述手机淘宝研发团队在两年的时间为了达到高质量持续交付的目标而做出的种种努力。希望借此机会向大家分享手淘的经验与教训，与大家共同探讨高质量持续交付之道。
239°/
2015-04-01/2395 人阅读 / 1 人点赞
/ 0 条评论
从 Code Review 谈如何做技术
这两天，在微博上表达了一下CodeReview的重要性。因为翻看了阿里内部的ReviewBoard上的记录，从上面发现CodeReview做得好的是一些比较偏技术的团队，而偏业务的技术团队基本上没有看到CodeReview的记录。当然，这并不能说没有记录他们就没有做CodeReview，于是，我就问了一下以前在业务团队做过的同事有没有CodeReview，他告诉我不但没有CodeReview，而且
214°/
2015-03-30/2148 人阅读 / 0 人点赞
/ 0 条评论
为什么互联网公司不开除测试？
为什么互联网公司不开除测试，转而让大众来测，找到一个bug给100元？我是在朋友圈看到同事转发了这个，跑来尝试回答一下这个问题。看评论，有人说“你不怕只会测试不会写代码的测试杀了你吗？”，还有人说“测试跟你有仇啊？”。总之有人开始不冷静了，开始义愤填膺卷街了。这样，是不好的……有问题就问，是好习惯嘛~好了，扯淡完毕。让我们抛开各种私心杂念，客观冷静的看看这个问题。题主这个问题问得很好，我很早以前也
374°/
2015-03-17/3740 人阅读 / 6 人点赞
/ 0 条评论
你懂Tech Lead吗？可知道Tech Lead的三重人格？
很多团队都有techlead这个角色的存在，但同时很多团队对这个角色都缺乏明确的定义。大多数时候，团队只是指派其中经验最丰富、技术最精熟的开发者来担当techlead。但除了“tech”的成分之外，这个角色还有“lead”的成分，这就决定了他不仅需要技术上的能力，还要眼观六路耳听八方，才能带领团队──至少是开发者们──取得成功。Techlead需要关注的事情可谓纷繁芜杂。把这些事情分门别类，我们可
259°/
2015-03-13/2594 人阅读 / 0 人点赞
/ 0 条评论
TestNG系列教程：并行执行测试
并行（多线程）技术在软件术语里被定义为软件、操作系统或者程序可以并行地执行另外一段程序中多个部分或者子组件的能力。TestNG允许我们以并行（多线程）的方式来执行测试。这就意味着基于TestNG测试组件的配置，多个线程可以被同时启动然后分别执行各自的测试方法。相对于传统的单线程执行测试的方式，这种多线程方式拥有很大的优势，主要是它可以减少测试运行时间，并且可以验证某段代码在多线程环境中运行的正确性
260°/
2015-03-03/2600 人阅读 / 0 人点赞
/ 0 条评论
google测试分享-SET和TE
前端时间看了google测试之道，收获了一些，在此总结下并打算写一个系列blog，顺便分享给各位，也希望大家多交流，多讨论。另外需要强调的是我说到的一些google测试理论和淘宝的相关测试实践，并不代表所有淘宝测试团队都会这样去做，仅仅代表我的测试团队会做的一些思路上的改变和实践，肯定有不成熟的地方，欢迎讨论。最后需要强调的是，我这边得到的一些google做法仅限于google测试之道那本书，其他
411°/
2015-01-30/4116 人阅读 / 5 人点赞
/ 0 条评论