紫晴的阅读
单元测试本质：面向逻辑块
单元测试是最早阶段的软件测试，面对的目标最小，可以综合使用黑盒测试方法和白盒测试方法，按理说，单元测试用例的设计应该是最简单的，但实际上，单元测试用例的设计常让人感觉无从下手，这是什么原因？是代码真的不具有“可测性”吗？还是测试思路和方法不对？正确的测试思路和方法是什么？单元测试工具应该具备什么样的功能，才能支持快速地构建测试用例？大道至简，意思是掌握了事物的本质，事情就会变得很简单。反之，如果事
198°/
2014-05-23/1984 人阅读 / 0 人点赞
/ 0 条评论
批驳：单元测试自己测效果不好，别人测效果才好
有一种说法：程序员测自己的代码效果不好，因为测试是找错，程序员不愿意去证明自己是错的，别人测效果才好，对吗？这种说法是根本错误的，误导了无数人。正好相反，单元测试要自己测效果才好，别人测则几乎没有效果，除非有函数级的详细文档。单元测试的三种方式：程序员编码同时测试、程序员编码后测试、由别人测试，成本的比例大概为1:3:5，测试效果的比例大概为5:3:1。这是指一般的开发过程，其特征是没有函数级的详
211°/
2014-05-23/2115 人阅读 / 0 人点赞
/ 0 条评论
UI自动化概述
在软件应用测试中会有一些工作流可以自动使用自动化工具。自动化测试流程通常会以两种方式来使用这些工具。自动化用录制&回放在录制和回放的两种方法中,必须打开录制并且手动完成manualtester的测试应用程序的步骤。后端记录器将记录操作(识别控制,点击按钮,填充文本框中的数据等)。录制完成后(如果需要输入一些参数的东西可以在特定的文件中支持，即参数化),这个记录必要时是可以重复的。在高层次上
294°/
2014-05-21/2942 人阅读 / 3 人点赞
/ 0 条评论
敏捷测试人员的十条法则
敏捷测试人员的十条法则：提供持续反馈；为客户创造价值；进行面对面的沟通；勇气；简单化；持续改进；响应变化；自我组织；关注人；享受乐趣。提供持续反馈既然是测试驱动敏捷项目，那么很显然反馈在敏捷团队中占据重要的地位。既然是测试驱动敏捷项目，那么很显然反馈在敏捷团队中占据重要的地位。为客户创造价值敏捷开发就是在较低的版本发布中提供客户目前最迫切需要的功能。这通常意味着限定范围。我们经常在客户团队中遇到较
295°/
2014-05-21/2950 人阅读 / 3 人点赞
/ 0 条评论
Scrum中的测试：人少事不少
Scrum敏捷开发有一个明显特征就是重团队，轻部门，每个团队里面包含了开发、设计、测试各种角色，Scrum团队以小著称，团队中的测试人员一般只有一到两名。在传统的瀑布式开发中，测试人员经常因进入测试阶段的条件不满足而需要较长的等待。而在Scrum敏捷开发中，测试人员需要尽可能早的开展工作，“等待”在Scrum开发的测试中已属一种错误概念。测试人员应具备三方面的能力：编码，测试和分析。不同的阶段对测
284°/
2014-05-21/2840 人阅读 / 3 人点赞
/ 0 条评论
经验性过程更适合软件项目？
没有文档的软件是一种灾难。代码不是传达系统原理和结构的理想媒介。团队更需要编制易于阅读的文档，来对系统及其设计决策的依据进行描述。然而，过多的文档比过少的文档更糟。编制众多的文档需要花费大量的时间，并且要使这些文档和代码保持同步，就要花费更多的时间。如果文档和代码之间失去同步，那么文档就会变成庞大的、复杂的谎言，会造成重大的误导。对于团队来说，编写并维护一份系统原理和结构方面的文档将总是一个好主意
312°/
2014-05-20/3124 人阅读 / 3 人点赞
/ 0 条评论
我是如何打败拖延症的
关于拖延症的话题我在HackerNews上不断的看到有人提出来(你也读了，不是吗？)，感觉有必要将我是如何跟拖延症做斗争的方法分享给大家。然而，我这里说的主要是针对程序员/美工，但其实任何人都可以使用。首先最重要的….它不是那些老套陈旧的动机心理学扯谈。我并不是说那些传统的应对拖延症的方法理论不对，只是对我无效。当正经历极度消沉的时候，我通常听到的理论的最后一句话是”YoujustDOIT!”。我
188°/
2014-05-20/1883 人阅读 / 0 人点赞
/ 0 条评论
好技术领导，差技术领导
Foursquare团队技术领导简要指南——有感于BenHorowitz“好产品经理，差产品经理”一文。团队合作一个优秀的技术领导必然是团队的一份子，他们认为当整个团队成功时自己才称得上成功。他们不仅要做好繁杂和不讨好的本职工作，还要清除项目中的障碍，从而让整个团队能够以100%的效率运转起来。一个好的技术领导会努力去拓宽团队在技术上的可行性，以确保对关键系统的认识与实施不仅仅局限于一两种想法。一
212°/
2014-05-20/2128 人阅读 / 0 人点赞
/ 0 条评论
员工心情愉快，他们会更加努力工作
幸福感能让员工工作更有效率，这是英国沃里克大学最近的一项研究发现。那里的经济学家做了大量的试验，目的就要验证一种说法：高兴的员工工作更努力。在实验中，他们发现，幸福感能让员工的工作效率提高12%。领导这项研究的教授是来自沃里克大学经济系的AndrewOswald教授，EugenioProto教授和DanielSgroi教授。这是首次使用随机试验和机件工作发现的因果关系。这项由700人参与的4组不同
210°/
2014-05-19/2104 人阅读 / 0 人点赞
/ 0 条评论
测试人员，你的价值不是你的工资
@程序猿杨玥：“做开发和QA是不是真的相差很多？我知道做开发比做测试要辛苦，尤其对于女生来讲。如果真心喜欢编程的程序猿，是不是真的会感到做测试很无聊？”最近@程序员的那些事同学又转帖子（见上）给我，问测试工程师的价值问题。最近一段时间随着工作内容（第二个女儿出生）的变化，对测试的关注渐少，但还是抽空写篇文章，对过去的类似问题一并做回复。这是最后一次回复类似于“测试人员有无价值”“自动化测试人员是否
202°/
2014-05-16/2013 人阅读 / 1 人点赞
/ 1 条评论