why_dac的专栏

转载 怎样估算软件项目周期-代码行估算法

项目是指以一定的成本在一定时间内取得预期收益的系列活动。项目的“生命期”是管理项目的重要指标，而对项目周期的估算则是管理项目的重要一环。本期“项目管理”介绍对软件项目周期进行估算的技巧。　　估算是软件开发中很重要的一个环节：项目周期估算过短会造成人力低估、成本预算低估、日程安排过短，最终人力资源耗尽，成本超出预算，为完成项目不得不赶工，影响项目质量，甚至导致项目失败；项目周期估计过长表面看来影响不大，但是实际上也会带来成本估计过高、充分效率低下的后果。周期估算如同盖楼房中打地基，是后

转载 七种场景下的软件工作量估算步骤

<br />场景一：合同前的工作量估算<br /><br />场景描述：<br /><br />（1）没有实施过CMMI2级<br />（2）合同未签，需要给客户报价<br />（3）有客户的概要需求，有类似的项目数据可供参考<br />（4）需要估计整个项目的总工作量，以便于估算总成本，给客户报价<br /><br />估算步骤：<br /><br />（1）寻找类似的历史项目，进行项目的类比分析，根据历史项目的工作量凭经验估计本项目的总工作量；<br />（2）进行WBS

原创 共享一个质量管理方面的网站

最近对于QA感兴趣，找到一个质量管理方面的网站。本来想放在共享里面的，可是不知道什么原因，竟然没有权限发布了。只能这么分享给大伙了。http://www.6sq.net/

转载 测试需要具备的知识技术

最近看了篇文章，其中一部分是写测试需要具备的五种必要的技术或者知识。  测试固有知识  业务知识  UML,ER图等设计图知识  操作系统，硬件，网络等的基础知识  编程知识  原文如下：テストに必要な五つの技術/知識ソフトウエア・テストを行うために必要な五つの知識や技術を分類してみましょう。 　まず最初に必要なのは，なにはともあれ「テスト固有の

转载 软件缺陷分析方法-Gompertz分析

最近看了几篇关于软件质量分析的文章其中有基于Gompertz的分析，又查了一下这方面的资料，找到一个感觉可以应用到实际的资料，跟大家分享一下 文件下载网址：http://www.ceaj.org/jsjgc/qikan/manage/wenzhang/7070664.pdf

转载 QA、QC的职责

我们经常会听到QA，QC，但是对于他们职责区分并不是很明确，尤其是很多公司QA的工作是测试者在做。摘录了一篇文章的部分跟大家共享一下。文章来源：http://www.ltesting.net 在我们开始讨论QA、QC的职责之前，我们先假定一个前提条件，即：企业内部的质量保证体系已经建设完毕，即上述的五个流程已经编写完毕，并且通过了试运行，目前正在按部就班的执行。 QA的英文为：

转载 如何让每天工作都有干劲

上班没劲，常常听到许多人发出同样的感慨。第一天上班，兴奋异常；然而今天去上班，却痛苦不已。日子久了，工作似乎变成了枯燥无味的代名词，再也和开心、精彩沾不上边。 然而工作是你我生活中很重要的一部分，若是上班没了劲，生活也往往就缺乏活力。怎么做，才能找回工作上的精彩心情？　　一：找到工作意义　　我认识一位小学数学老师，他教数学30年了，如果挤进他的教室，你会看到白发苍苍的他兴高采烈

转载 职场必须具备的15种能力

无论在内企，还是在外企，凡是成功人士(以下简称他们)的身上都有独特的个人能力和人格魅力，这或许正是一般人所缺乏的。他们的成功决不能简单地归结为机遇好。依我来看，这些能力可概括为：  1、解决问题时的逆向思维能力  面对工作中遇到的新问题，一时又找不到解决方法。而且，上司可能也没有什么锦囊妙计时，他们擅长用逆向思维办法去探索解决问题的途径。他们清楚具体业务执行者比上司更容易找出问题的节点

转载 遗传算法在黑盒测试中的应用

在软件测试中，黑盒测试主要是针对模块进行的功能测试。最普遍的方法是以软件的功能说明书为基础将软件的输入划分为若干个等价类，多次运行该软件来检验软件对于不同的等价类是否能满足要求。但是在实际应用中，有的模块太大或输入参数太多，等价类划分后需要进行的测试工作可能是一个极大的任务。这时，如何选择最优的测试用例就成为测试人员的一个重要任务。 遗传算法是模仿生物遗传和进化机制的一种最优化方法，它

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

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

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

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

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

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

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

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

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

转载 敏捷测试

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

转载 PMMMはどうだろうか

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

原创 大数法则到测试

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

转载 测试用例的优先级别

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

转载 测试用例制定的原则

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

转载 软件测试用例检查单

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

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

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

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

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

原创 黑盒测试中发现的bug类型

最近总结了一下测试中可能发现的bug类型，跟大家分享一下。 1  功能遗漏或者错误     这种情况大多是对于式样理解的错误或者有偏差引起的实装问题。设计测试用例时需要把业务流程画出来，按照输入来确认输出，不要遗漏其中的部分就可以。比如batch处理，设计时需要分清哪些情况是需要处理的，哪些情况是除外的，并且要明白处理的触发条件是什么。 2  界面（GUI）问题    文字

转载 软件测试中的回归测试用例选择方法

回归测试就是修改完bug后对程序的新一轮测试，根据微软的统计，按照他们的经验，一般开发人员解决3~4个bug会衍生出一个新的bug，这就是必须作回归测试的原因。一般的软件测试流程是后期快速迭代的，bug在后期是快速收敛的，debug和测试的周期也是越来越短，频率是越来越高，譬如说第一轮测试需要花上10天跑用例，那么到后期就没那么长的时间，可能就是1~2天的测试时间，在后期有时候一天就有一个

转载 从测试角度来看用户手册在软件质量中的地位

 来源: 领测软件测试网采编 　　对于软件，开发者往往只注意到其功能和性能，而忽略了用户手册。其实用户手册也是衡量软件好坏的一个重要标准。好的用户手册可以帮助用户快速入门，是用户正确、充分使用软件的前提。对于开发者来说，好的用户手册可以减少培训和售后服务的费用。所以在测试中，不能忽略用户手册的重要性，应从以下多个方面考察用户手册的质量。 　　用户手册的完整性 　

原创 重要度和优先度引发的思考

      在登bug时一定会看到重要度和优先度这两项，而在写测试case时也能看到这两项（虽然说不同公司有不同的规则，但是作用都是相同的）。但是仔细想一想，是否知道如何填写才是正确的呢？它们之间有关系吗？是否可以将二者联系起来？一系列的疑问就会脑中不断的跳出来。       也许bug的重要度更容易判断，因为根据bug内容能大致直观的判断出它对客户的影响大不大；但是测

转载 設計カバレッジで漏れの確認

今天跟大家分享的内容网页地址http://itpro.nikkeibp.co.jp/article/COLUMN/20070920/282545/

转载 テスト・カバレッジ（テスト網羅率）

 テストケースの網羅性を評価する基準をテスト・カバレッジ（テスト網羅率）と呼ぶ。テストの実施に当たっては，このテスト・カバレッジを事前に決めておく必要がある。　テスト・カバレッジにはモジュール・レベルの基準と，システム・レベルの基準がある。　モジュール・レベルの基準としては，C0，C1，C2，C3kの4つがある。各モジュールのすべての命令文を少なくとも1回実行した場合は「C0＝100%

转载 Eclipseテストツール活用

我对Eclipse的应用一直都有限，现在找到一个网址，对于这个工具的讲解的，和大家分享一下，如果对于白盒测试或者单体测试有兴趣的话，大家可以研究研究。 http://www.atmarkit.co.jp/fjava/rensai3/eclipsetst01/eclipsetst01_3.html 

转载 软件配置管理的意义及重要性

Normal 0 0 2 false false false EN-US JA X-NONE

转载 软件配置管理（SCM）介绍

<!-- /* Style Definitions */ table.MsoNormalTable {mso-style-name:標準の表; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-q