Don't think you are, know you are

博客园 首页 新随笔 管理
  142 Posts :: 10 Stories :: 125 Comments :: 0 Trackbacks

置顶随笔 #

     青春是一团
  夜风中颤动的篝火
  可我一点点
  也不愿对夜妥协
  
  青春是一团
  不能添材的篝火
  可我一点点
  也不愿有所保留
  
  不要和我讲
  星星的永恒
  在那一刻
  星空下征服你的眼
  
  不要在黎明
  寻找我的痕迹
  唯一留下的
  是你对温暖的记忆

posted @ 2008-06-03 20:23 炭炭 阅读(48) 评论(0) 编辑

2012年1月31日 #

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

2012年1月18日 #

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

2011年9月26日 #

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

2011年9月9日 #

摘要: 1,Agility (for requirement)2,Commitment3,Focus4,Openness5,Respect6,Courage阅读全文
posted @ 2011-09-09 00:19 炭炭 阅读(24) 评论(0) 编辑

摘要: 转贴一篇作为结束。结合前面的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阅读全文
posted @ 2011-09-09 00:04 炭炭 阅读(41) 评论(0) 编辑

2011年9月8日 #

摘要: 1, 一个测试用例一个脚本一组数据,每个脚本创建按自己的数据,然后清理。好处显而易见:独立,灵活。坏处:累2,一个测试集,一组数据。我觉得这样平衡比较好。当然你说,我想只run一个脚本怎么办?这种一般是改了bug,那么你不需要做一下回归吗?也许run一个测试集比较好吧。阅读全文
posted @ 2011-09-08 08:24 炭炭 阅读(37) 评论(0) 编辑

2011年9月7日 #

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

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

2011年9月6日 #

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

2011年8月29日 #

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

2011年7月6日 #

摘要: 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阅读全文
posted @ 2011-07-06 09:17 炭炭 阅读(49) 评论(0) 编辑

2011年6月28日 #

摘要: 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.阅读全文
posted @ 2011-06-28 11:17 炭炭 阅读(46) 评论(0) 编辑

2011年6月13日 #

摘要: 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......阅读全文
posted @ 2011-06-13 15:10 炭炭 阅读(26) 评论(0) 编辑

2011年5月30日 #

摘要: 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阅读全文
posted @ 2011-05-30 01:18 炭炭 阅读(164) 评论(0) 编辑

2011年5月20日 #

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