木棉自动化测试-采购合同公告-比地招标网

中标项目数	中标率	中标总金额	平均下浮率
同比增长：	同比增长：	同比增长：	同比增长：

中标项目数

中标率

中标总金额

平均下浮率

同比增长：

您当前为:【游客状态】，文中****为隐藏内容，仅对会员开放，后查看完整商机。全国免费咨询热线：400-999-4928

您当前为:【游客状态】，免费信息为7天前的招标信息，后可查看商机。全国免费咨询热线：400-999-4928

公告内容：

*、合同编号：合同编号

*、合同名称：合同名称

*、项目编号：****

*、项目名称：****

*、合同主体

采购人（甲方）：测试省采购中心

地址：采购人地址

联系方式：************

供应商（乙方）：供应商名称

地址：供应商地址

联系方式：供应商联系方式

*、合同主体信息

*.主要标的信息：

主要标的名称：笔记本
数量：**
单价（元）：笔记本
规格型号（或服务要求）：***

*.合同金额（元）：*****

*.履约期限、地点等简要信息：履约期限、地点等简要信息

*.采购方式：公开招标

*、合同签订日期：****年**月**日

*、合同公告日期：****年**月**日

*、其他补充事宜：/

附件信息:

《不止测试》-************.***
***.* **

不止测试，林冰玉著

序言，**

用业务价值驱动测试，**

**在生产环境下做什么？，**

深入分析生产环境上的缺陷，**

大规模团队**的合作，**

团队为质量负责，**

软件测试人员的职业发展之路**

跟着团队*起转型，***

序言	目录**
用业务价值驱动测试	**
	在生产环境下做什么？
	深入分析生产环境上的缺陷**
大规模团队**的合作	**
团队为质量负责	**
	软件测试人员的职业发展之路**
跟着团队*起转型	***

序言

不止测试

“测试把关质量”，这是传统对质量保障工作的普遍

认知。

基于业务需求设计测试策略、制定测试计划、编写测试

用例、执行测试，对于测试有问题的地方提交缺陷并对

缺陷进行管理，这几乎就是测试人员的全部工作内容。

随着业务形态多样化、数据复杂度增加、技术架构演进、

基础设施发展，软件所处的生态越来越复杂、不确定性

增多，质量面临的风险也更加不可预测；同时，软件市

场的竞争越来越激烈，对软件质量的要求有了更高的

呼声。

在这样的新形势下，交付高质量的软件面临着更大的挑

战，光靠传统的那些质量保障工作无法实现。

“质量不是检测出来的。”著名质量管理专家戴明先生

的这句名言告诉我们，光靠开发完成后的测试是没法保

障质量的，质量需要团队成员*起负责，需要从软件开

发的整个生命周期给予关注：

•需要左移，关注业务的真正价值，要以业务价值驱

动开发和测试；

序言

•需要右移，关注和利用生产环境的数据和信息，对

线上问题进行深入分析，以优化和改进上线前的开

发和测试工作；

•需要关注整个交付过程，关注计划安排、团队协作

等多个方面。

这，对测试人员的工作寄予了更高的期望，也赋予了更

大的价值。

测试人员，已经不能止步于单纯的测试工作，对于质量

相关的各方面都责无旁贷；除了自己身体力行参与质量

相关工作外，测试人员还需要对团队不同角色进行质量

赋能，承担赋能者的职责。

为了应对高质量交付所面临的挑战，测试需要实现从传

统到适应新形势的转型；为了胜任新形势下的质量工作，

测试人员需要提升技能，探索适合自己的职业发展之路。

测试人员做的工作不止测试，需要承担质量分析者、协

调者以及倡导者职责，也因此有了另*个更为合适的名

字——**（质量倡导者，***************）。

林冰玉

质量赋能专家

用业务价值驱动测试

我们知道，敏捷交付价值，敏捷测试要以业务价值驱动，

要以优化业务价值为目标。

“**主要关注系统的操作上，对业务

价值关注太少。”

“要多关注业务价值，多从业务价值的

角度去思考。”

这是我们最常见的给敏捷测试人员的反馈和建议。

可是，业务价值到底是什么？

业务价值可以简单理解为：

•帮助企业盈利

•满足企业业务发展要求

•能够带来业务价值的产品需要满足用户需求、让用

户使用方便

用业务价值驱动测试

了解了业务价值，接下来我们来看测试如何关注业务价

值、业务价值驱动型的测试及其相关落地实践。

**测试从哪些维度关注业务价值

我们需要从*个不同维度来思考和组织相应的测试活

动，以实现优化业务价值，如下图示：

用户行为

业务流程

业务影响

业务指标

*.从终端用户角度进行测试

从终端用户角度进行测试是基本的测试思维，是测试人

员必备的技能要求。

在思考、设计测试用例并执行测试的时候，不能简单的

套用用例设计方法去机械地进行，而是要考虑用户可能

的行为习惯、使用场景等。

下面来看*个例子：

•场景*：我们在使用移动设备的时候，*般会设置

自动锁屏。当测试某个移动***时，测试人员觉得

用业务价值驱动测试

移动设备的自动锁屏功能会导致测试很不方便，于

是关掉了自动锁屏功能，结果后来在*台测试人员

自己使用的设置自动锁屏的手机中，发现了*个缺

陷，就是在每*次锁屏并开启后，充值选项会新加

载*遍，可以导致多个重复的充值选项存在。

•场景*：测试移动设备断网的情况，通常会采用调

成飞行模式或者关闭数据网络的方式，这*种方式

对于****或者****版本以下的******通常都需

要离开所测的***去设置，这样的操作会导致某些

功能不可测或者很多问题不能被发现。如果在移动

中测试，也就是说打开***测试过程中，测试人员

移动到*个没有网络的地方（比如电梯），将有可

能发现很多意想不到的缺陷。

上面*个典型的用户场景都是我们不容忽视的，根据这

些真实场景去测试，把自己想象成终端用户，就能容易

发现用户可能遇到的问题。

除此之外，还要考虑终端用户的体验，比如说页面的布

局、配色、易操作性、页面加载时间等都是在测试过程

中需要考虑的因素。这样有助于交付*个增强用户体验

用业务价值驱动测试

的系统，对优化业务价值是有帮助的。

在敏捷开发生命周期的需求分析、特性启动（*******

*******）、用户故事评审、用例设计、故事验收和故事

测试等环节，都可以体现出从终端用户角度考虑的价值。

*.以业务为重点的测试

单个终端用户的操作可能只是业务流程的*部分，除了

从终端用户角度去测试，还需要看得更高*点，那就是

业务流程的合理性、流畅性和完整性。这就要求能够真

正理解企业的业务，以业务为重点来测试。

下面来看*个业务流程的简单例子：

•某购物网站提供搜索、查看详情、收藏商品的功能，

用户可以将看中的商品添加购物车，并下单购买。

最初的时候，只能从搜索的结果列表和商品详情页

面添加购物车，而收藏是非常重要的*个功能，用

户如果想把收藏的商品添加购物车还必须得*个个

点开详情页面去添加...

搜索商品，添加购物车下单

查看详情

收藏商品

用业务价值驱动测试

这个例子中的搜索、收藏、查看详情和添加购物车本身

的功能都没有问题，但是从整个流程来看就会发现缺失

掉的场景：从收藏列表添加购物车。

单独的*个用户故事，通常只是覆盖某*个小的功能，

但对于用户故事的分析、评审、开发和测试，就需要把

所有相关故事串起来，甚至需要跟系统其他关联的特性

或者第*方系统集成起来看，从整个业务流程角度去思

考，以保证整个业务流程的合理性和相关功能的正确性，

确保真正满足企业业务需求。

对于复杂业务情况下要发现缺失的路径可能没前面例子

那么容易，需要敏捷团队各个角色都能加强这方面意识

的培养。**和***都能在敏捷开发生命周期需求分析

阶段介入，尽早接触需求，有利于更好的理解业务流程。

深刻理解业务流程、以业务为重点的测试，能够更容易

发现关键业务流程中遗漏的点或相应的缺陷，测试带来

的业务价值又上了*个台阶。

*.映射业务影响

保证了每个业务流程的流畅性，还需要综合企业多个业

用业务价值驱动测试

务来看业务的优先级，能够区分哪些是关键业务和外围

业务，要能理解每个业务对于企业的影响、给企业带来

的价值。

举例说明：

•某公司的系统为税务和移民*块业务服务，在报税

忙季，跟报税相关的业务最关键，优先级最高；而

在淡季的时候可能报税业务的优先级就要比移民相

关业务优先级低。当我们在测试该系统的时候需要

关注这种优先级的变化，测试策略上需要有相应的

调整。

•某公司的系统提供*种通过观看录播视频进行咨询

的功能，但是由于制作视频比较费事费力，公司并

没有准备马上把这个功能投入使用。这个功能目前

并不完善，还有很多要改进的地方，但是由于不

是当下的关键业务，它的优先级低了不少。测试人

员在测试过程中，也不用投入太多精力去关注这个

功能。

在测试过程中需要把系统的质量状况跟业务紧密关联起

跟着团队*起转型

关注整体质量，要从整体视角去看质量，而不是把注意

力放在某些细节功能模块上；缺陷要做到预防为主，不

再是关注后期发现缺陷的数量。

工具方法

工具主要有自动化相关的工具，包括测试自动化和流程

的自动化；持续集成流水线以及流水线上的标准化工具

也是助力质量提升的赋能利器，这块请参考我的网站文

章《从技术趋势看质量赋能》；另外*个就是******

系列工具的采纳，让整个软件交付过程更加顺畅，当然

质量也会更有保障。

精益测试

但是，不同的实践活动和工具的采用要特别的注意，实

践活动很容易流于形式化，工具很容易被神化。我们只

有认清实践背后的真正价值，才能让实践带来应有的价

值，只有真正理解工具所能解决的问题，才能物超所值；

而不是盲目模仿别人的实践，或者盲目的采购工具，最

后得不偿失。

另*方面，要特别关注测试的有效性，做到实时、适量

跟着团队*起转型

和精准，也就是精益测试。请参考************洞

见文章《精益测试》。

**测试人员的能力提升

由于组织架构的调整，测试人员所属团队的负责人*般

都不是专业测试人员，对测试的技能要求并不是很清楚，

很难对测试人员的能力提升起到关键作用；另*方面，

原来的测试负责人，由于不直接跟测试人员在*起工作，

对测试人员的能力提升也是爱莫能助，感觉使不上劲。

在这样的情况下，该如何面对挑战呢？我们分别从组织

角度和个人成长角度来探讨。

*.组织角度

从组织的角度，测试负责人需要承担起测试人员能力建

设的职责，可以从以下*个方面去开展能力建设工作：

构建测试胜任力模型

对测试技能需要进行整理和分类，构建不同级别的测试

胜任力模型，以此作为测试人员的成长路径指南。胜任

力需要将行业趋势和组织内部业务、技术需求相结合，

跟着团队*起转型

形成适用于不同层级技能的测试人员，比如有测试必备

技能、进阶技能和高级技能等。

测试高级技能测试进阶技能测试必备技能

测试人员梯队建设

基于胜任力模型对测试人员进行针对性的培养，构建短

期快速胜任和长期持续胜任的能力，建设健康的测试人

员梯队，做到可持续的培养和发展。

测试人员的能力培养同样需要遵循知识-经验-能力

的提升路径，并且与测试人员的自身优势结合。创造环

境，鼓励测试人员将知识应用到实际项目中，形成经验

积累，以最终发展为解决问题的能力。

知识能力器

*******************

经验*。优势

********

**********

在表为

***

跟着团队*起转型

构建测试社区

前面测试转型之法部分已经提到构建社区，对测试人员

能力建设非常关键。通过这个社区，可以实现前面提到

的测试胜任力能力模型构建和测试人员梯队建设，帮助

测试人员构造能力提升路径。

*.个人成长角度

从测试人员的个人成长角度来看能力提升，我的网站有

文章《******演讲：软件测试人员该何去何从？》详

细讲过这方面的内容，这里着重强调*点：

目标驱动，以终为始

海量知识提炼加工知识应用

当我们有明确的目标需要去解决某个问题的时候，学习

的效率会加倍的提升，效果会更好。因此，找到提升的

目标，以目标驱动去学习，从海量的知识里找到自己当

***

跟着团队*起转型

下需要的部分，并且进行提炼加工，应用于实际工作中，

这是最佳学习路径。

目标来自哪里呢？

目标可以来自于*个方面：

•项目需求：项目可能正在转向微服务技术架构，需

要针对性地开展微服务测试；项目可能需要加强自

动化测试，需要自动化测试技能。

•技术趋势：每年发布*期的《************技术

雷达》就是不错的技术趋势指南。

•领导者的建议：作为领导者更清楚组织的发展需求，

可以跟自己的领导去寻求建议，确定学习发展的目标。

增强互动交流

增强互动交流，让知识翻倍，做到持续精进，是加速学

习成长的关键。要做到跨角色、跨社区/部门、跨组织

的沟通，从更广的视角去关注质量，提升自己的能力。

跟着团队*起转型

组织内跨社区

跳出开发团队和测试社区

进触业务、研发和恒维

更广视角关注质

组织内部社区持续精进

定期分享、付记

薰略找同制定

资源协

团队内部

全调参与组织外部

跨急色的日案合作外部社区论坛、讨论、公众号

定用分享，封设大会讲直播

公开培训

成为真正的“**”

关于敏捷**的含义，有*个层次：

*）**=****************质量保障

第*个层次**的要求是做好质量保障工作，确保我们

交付给客户的软件产品是正常工作的。这个层次的**

跟传统测试人员的工作比较接近，主要在做质量保障执

行层面的工作，包括理解需求，根据需求设计测试用例，

并执行测试。

*）**=***************质量分析

第*个层次的**通过测试、数据收集的方式，分析系

统的质量，识别风险，并反馈给团队，和团队所有成员

***

跟着团队*起转型

*起确保交付的质量是合格的。这个层次的**除了设

计并执行测试，还需要做很多的分析和协调工作，这也

是敏捷团队**的基本要求。

*）**=***************质量倡导

第*个层次的**不再局限于只关注质量，通过培养对

产品和流程持续改进的思维模式、了解产品的整体质量

视图和持续关注产品质量的意识，引导整个团队构建正

确的产品，并且正确地构建产品。这个层次要求**承

担质量倡导者职责，为团队进行质量赋能。

测试人员转型的最高目标就是成为这第*个层次的

**，通过分析软件风险并制定相应实践，确保软件在

其整个生命周期中持续工作并创造价值，为业务和团队

提供信心，从而为客户提供价值。

**的所有实践和活动都需要以价值为核心来驱动，根

据不同团队的具体情况可以适当调整，且在不同项目阶

段应该也是演进式的。**跟各个角色的沟通和协作，

也是随着团队成员的了解程度、配合默契度不同而有变

化，并不是要求*成不变的。

跟着团队*起转型

***************质量倡导

***************质量分析

****************质量保障

**写在最后

转型会很难、很痛，但转型也是大势所趋，必须勇敢面对。

只有能够拥抱变化，以成长型心态面对，实现终身成长，

转型才可能成功，才可能不会被淘汰

***

编辑：张凯峰

设计：陈思容

宣发：徐艳娇何颖

************洞见

《质量*人行》播客

林冰玉的网站

您当前为:【游客状态】，文中****为隐藏内容，仅对会员开放，后查看完整商机。全国免费咨询热线：400-999-4928

您当前为:【游客状态】，免费信息为7天前的招标信息，后可查看商机。全国免费咨询热线：400-999-4928

项目编号	-	资质要求	点击查看
招标/采购内容	点击查看	成交金额	点击查看
招标单位	点击查看	招标联系人/电话	点击查看
代理机构	点击查看	代理联系人/电话	点击查看
中标单位	点击查看	中标联系人/电话	点击查看

创建订单中...

企业分析报告是什么？

创建订单中...

木棉自动化测试-采购合同公告

公告内容：