Don't think you are, know you are

摘要: 测试的本质就是模拟用户的行为，首先要了解产品，分为positive 测试 negetive 测试，这似乎没有什么好说的。测试的配置管理就是两个：测试用例管理和缺陷管理关于测试策略，这是重点，其中我概括的两个终极问题为1， 测试能在何时（那个阶段）、何地（那个层次）参与？2， 如何保证测试的有效性（测试的质量与最终发布的质量的一致，这涉及到regression， code freeze ， sanity check）。阅读全文

摘要: Eclipse快捷键大全(转载)Ctrl+1快速修复(最经典的快捷键,就不用多说了)Ctrl+D:删除当前行Ctrl+Alt+↓复制当前行到下一行(复制增加)Ctrl+Alt+↑复制当前行到上一行(复制增加)Alt+↓当前行和下面一行交互位置(特别实用,可以省去先剪切,再粘贴了)Alt+↑当前行和上面一行交互位置(同上)Alt+←前一个编辑的页面Alt+→下一个编辑的页面(当然是针对上面那条来说了)Alt+Enter显示当前选择资源(工程,or文件or文件)的属性Shift+Enter在当前行的下一行插入空行(这时鼠标可以在当前行的任一位置,不一定是最后)Shift+Ctrl+Enter在当前阅读全文

摘要: 1, 整体架构上缺少规划，要注意后期的重构和优化。2，会议很多，某些时候增加了沟通的成本，对技术人员也是一种干扰。3，需要客户不断的参与4, 定了质量这个轴，时间这个轴就不确定了.即你无法确定在一个release内deliver多少feature.5, 民主导致的低效。6, 关于测试的一点, 如果你的测试用例是根据User Story设计的，那么你可能要整合一些测试用例，因为User Story 是缺乏整体性的。你需要后期把一些测试用例合并或串联起来。阅读全文

摘要: 1,Agility (for requirement)2,Commitment3,Focus4,Openness5,Respect6,Courage阅读全文

摘要: 转贴一篇作为结束。结合前面的Manager role in AgileJust Have Conversations About anything! Talking to and more importantly, listening to your people regularly and informally is a great asset. It doesn't matter what it's about, Your understanding of them and their trust in you will magnify if you devote prio阅读全文

摘要: 1， 一个测试用例一个脚本一组数据，每个脚本创建按自己的数据，然后清理。好处显而易见：独立，灵活。坏处：累2，一个测试集，一组数据。我觉得这样平衡比较好。当然你说，我想只run一个脚本怎么办？这种一般是改了bug，那么你不需要做一下回归吗？也许run一个测试集比较好吧。阅读全文

摘要: 适合的：l 单元组件测试l API， webservice 测试l UI 底层测试，（比如自动生成的XHTML代码）l UI 测试l 这几种，从前往后，需要的投入越大，ROI 越低，但对开发的要求越低。不适合的：l 易用性测试l 探索性测试l 重复率非常低的测试l 不能快速返回结果的测试（比如说你需要等某个时间点完成一个job,与其这样，不如maual 来做。阅读全文

摘要: 1， 测试是一项重复的活动。这个重复体现在：l 我们在每次迭代、每个sprint结束， 都应重复以前的测试用例。l 版本控制中，我们在每个版本分支上有许多重复测试。l 因为FFR，每次改完BUG，我们需要重复。l 最可怕和最必要的重复：发布前的不断回归l 重要的一点，重复是严格的重复，只有机器能保证这一点2，测试是一项需要快速给出反馈的活动，需要快速的原因在于l 越快修改的代价越低l 越快越有利于发现Root Cause3, 测试是步骤重复，但是数据却不重复的测试。其他的独立于步骤的因素还有：l 不同权限的帐户l 产品不同的配置、不同的略微差异的版本。4，最后一点理由：测试脚本是强大的“动态”阅读全文

摘要: 1， 确保敏捷原则的贯彻执行，在团队成员受到压力时给予支持。决策由team来做可能一直都是一个好主意？2， 解决跨团队的问题3， 团队的划分，人员划分4， 解决Scrum 的风险，客服Scrum 的缺点。5， 人员培训，多技能的测试人员：需求、文档、UI、自动化5 ， 测试策略的制定， 平时的scrum， 稳定阶段呢（regression会出现）， realease 阶段？ 把关？Question:Scrum 团队中包含tester? 比例？团队人员构成，成分？自动化工具？ 覆盖率？scrum 周期，release 周期？是否应用TDD？测试人员能有多大自主权？ 时间？ velocity?Ma阅读全文

摘要: 1，有Block的bug，测试要不要继续？2，给Bug如何定级？3，要不要给Bug加regression 标签4，性能测试的指标谁说了算？5，开发能否干扰测试计划？6, 测试能不能给单元测试定标准？7, regression bug 多，开发有没有反省设计缺陷，还是抱怨测试不及时？8, 设计是否有足够健壮的中间层供测试？9，是否只依赖于基于UI的自动化测试做为防护网，还是有单元测试、API测试？阅读全文

摘要: I strove with none,for none was worth my strive;Nature I loved,and next to Nature, Art;I warm'd both hands before the fire of Life;It sinks;and I am ready to depart阅读全文

摘要: Scrum meetings1.Daily stand up meeting2.Planning meeting ( Include size meeting)3.Demo meeting(review meeting)4.Retro meeting5.Core team Meeting per week.6.Program review meeting – TBD7.Scrum of Scrum – per week.阅读全文

摘要: Epic is just a large user story. It is possible to break up epic to several user stories.Theme is a collection (group) of user stories.Continue......阅读全文

摘要: using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Text;using System.Windows.Forms;namespace AlgorithmSort{public partial class Form1 : Form { int[] Array1, Array2, Array3; CSort QuicklySort ; CSort ShellSort; CSort BubbleSor阅读全文

摘要: 当发生以下情况时，说明你还没有正确应用 Scrum：1, 你认为Manager 或者 Scrum Master 应该告诉Team如何去做，或者如何解决问题。2，在一次迭代（Sprint）中，Customer 或者 Product Owner 没有参与需求优先级的制定，没有参与每次的 Demo，在下一次迭代中没有选择最具Business Value的 User Story集合。3，在一次迭代（Sprint）中，给Team成员添加新的需求或额外的任务。4，你定了一个计划，规定了一个项目中要有多少迭代（Sprint），以及每个迭代（Sprint）中要做什么事情，并且认为你可以强迫team 去完成。5阅读全文