自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(13)
  • 收藏
  • 关注

转载 プロジェクト・マネジャーの適性と資質--PMにかかわる自身の適性を知り必要な資質を磨く

看文章标题就知道这篇文章是关于project manager的适应性和必要资质说明的文章。 文章先是通过15个关于适应性的调查质问得出4种类型,之后则是笔者对于在适应性基础上资质的要求说明。由于文章中的图片拷贝出来不清楚,所以把链接跟大家共享一下。如果谁对于这方面感兴趣或者发展意向的话,也可以参考一下。 http://itpro.nikkeibp.co.jp/article/C

2009-12-28 14:25:00 2299

转载 “个人效率”与“组织效率”

文章来源:领测国际软件测试网       “精细产品/稳定质量”并不是来自于员工对于组织高度负责的精神、而是来自于员工高度专业化/职业化的“职业能力”。    “效率”对于现代企业组织管理的重要性,是不言而喻的;但是,现代企业组织的“效率”究竟来自哪里?却会因认识与理解的不同,而得出截然不同、甚至完全相反的结论。      我们需要知道的一个管理常识是:“效率”究竟是什

2009-12-28 12:52:00 1438 1

转载 测试工程师应该具备的知识体系

1. 掌握基本的测试理论虽然看似最为简单的环节,但作为就职测试岗位的敲门砖,它的地位尤为重要。而且随着项目经验的累计,个人能力的慢慢提升,慢慢的悟出原来这些基本的拳脚才是武术的精华,是前辈们走过了无数弯路后总结出来的捷径。看似平淡的一句定义或是一个技巧,若能由行会转为神会,也许在实际项目中你将会深深体会到事半功倍的含义。基本理论范围:(1)测试的定义,目标,目的,常识(前面是面试必

2009-12-23 11:31:00 1005 1

转载 项目估算之任务分解法-WBS

WBS分解的原则:    横向到边即百分百原则指WBS分解不能出现漏项,也不能包含不在项目范围之内的任何产品或活动    纵向到底指WBS分解要足够细,以满足任务分配、检测及控制的目的    WBS分解的方法:    至上而下与至下而上的充分沟通    一对一个别交流    小组讨论    WBS分解的标准:    分解后的活动结构清晰    逻辑上形成一个大的

2009-12-17 11:55:00 1741

转载 テスト設計で実施する作業の流れ

2009-12-07 13:33:00 1071 1

转载 敏捷测试

Agiletesting(敏捷测试)基本上是伴随着敏捷开发的概念成长起来的,但在受关注程度上,远远不及敏捷开发本身。自然,开发队伍从数量和活跃度上来讲大于测试队伍,是其中的一个原因;除了这个原因之外,“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。 敏捷测试和传统测试观点最大的不同在这几个地方:

2009-12-07 10:16:00 590

转载 PMMMはどうだろうか

PMMM(Project Management MaturityModel:プロジェクトマネジメント成熟度モデル)とは,プロジェクト組織のプロジェクトマネジメント(PM)の能力や技術レベルを客観的・定量的に評価するためのモデルのことだ。CMMは組織におけるシステム開発プロセスを継続的に改善するのが目的だが,このPMMMの方は組織におけるPMプロセスを継続的に改善する目的で利用される。 

2009-12-07 09:30:00 786

原创 大数法则到测试

      最近看了篇文章,是关于保险的,已经记不清里面具体的内容了,但是记得很清楚的就是一个词:大数法则。      上网搜了一下大数法则的定义:在随机现象的大量重复出现中,往往呈现必然的规律,这类规律就是大数法则。      比如,我们向上抛一枚硬币,硬币落下后哪一面朝上本来是偶然的,但当我们上抛硬币的次数足够多后,达到上万次甚至几十万几百万次以后,我们就会发现,硬币每一面向上的次数约

2009-12-03 10:49:00 711

转载 测试用例的优先级别

识别小版本验证测试用例(Build Verification Tests):   为了确保小版本是可以测试的并准备好给小组其他成员开始测试,哪些测试用例是必须在每个小版本中都检查呢?   (a) 将好优先级别的测试用例分成两组:严重和重要的   (b) 将“严重”的高优先级的测试用例升级为BVT优先级  注意:不要先识别BVT测试用例!BVT只是高优先级别测试用

2009-12-02 16:35:00 8066

转载 测试用例制定的原则

测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试;基本目标是:设计一组发现某个错误或某类错误的测试数据,测试用例应覆盖方面:     1、 正确性测试:输入用户实际数据以验证系统是满足需求规格说明书的要求;测试用 例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能,并且正常。     2、 容错性(健壮性

2009-12-02 15:32:00 745

转载 软件测试用例检查单

 1.  是否涵盖了需求文档上的每个功能点  2.  是否涵盖了需求文档上的每条业务规则说明  3.  是否覆盖了输入条件的各种有意义组合 4.  是否覆盖了业务操作的基本路径和异常路径 5.  是否考虑了重要表单字段的数据合法性检查 6.  是否考虑了其他的测试类型(对某个功能很重要,但未在需求文档中提及的,如安全测试、周期性测试和故障恢复等方面) 7

2009-12-01 16:43:00 714

转载 利用分类树方法设计测试用例

在最近查找的资料中看到了一种测试用例设计的方法,并且这种方法有工具可以利用。http://www.uml.org.cn/Test/200903266.asp美中不足的是这个工具我还没有找到下载地址,没有办法研究。

2009-12-01 16:34:00 527

转载 要求定義の基本を知る——1 成功に導く必須スキル

http://itpro.nikkeibp.co.jp/article/lecture/20070124/259544/?ST=lecture  ps:最好用ie看,我用firefox没有打开。

2009-12-01 14:39:00 372

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除