wuxiaobingandbob的专栏

1.    引言 1.1    目标 软件产品在发布前，如果能够经过全面的测试过程，可以有效控制软件缺陷最后遗留给用户，从而减少软件质量事故发生的概率，减少返工修复成本，增加用户对产品的信赖程度，提高产品在市场上的竞争力，这已经是不争的事实。因此软件测试过程应该与整个软件开发过程是平行进行的，测试计划应该在需求分析阶段就已经开始制定了，随后的工作则会伴随着软件开发的过程逐步展开。 本文档编写

Release 级别和标准   Demo级别/RC1： 测试类型：功能测试，接口测试 bughighest/high bug 数为零，medium bug中没有影响demo进行或者对用户体验影响较大的bug POC级别/RC2： 测试类型：单元测试，功能测试，接口测试，易用性测试 highest/high bug 数为零，medium bug数不超过10个，low bug数不超过20个。 ...

  =======================  hadoop ===========================================       https://www.kancloud.cn/hanxt/aixin_paas/162272 https://linux.cn/article-8695-1.html https://blog.csdn.net/qq_...

产品测试规范--需求梳理和测试计划 根据需求文档、需求规格说明书来对需要测试的功能点进行梳理，而且通过需求文档能够更加了解项目的业务场景，一般情况下，在项目中需求文档有3种现状： 1. 有详细的需求文档： 比较严谨负责的团队项目的实施是有详细的需求文档的，我们就可以详阅需求文档来进行测试点的梳理工作，对于需求中你认为不明确的地方可以找项目领导人进行沟通，做到对需求整体把握和理解

需求理解和沟通的流程规范 http://mp.weixin.qq.com/s/-Puws9HvZAIWkioyot1Pgg 在整个测试过程中，需求的正确理解是整个测试的核心环节。从整个产品的设计开发过程，测试工程师都要参与其中，大概分为以下几个阶段：需求评审会前、需求评审会中、需求评审会后、用例设计及测试中。每一个阶段应该怎么做呢？ 首先，需求理解不同阶段的需求确认量可以用几个占比说明

互联网下的测试流程模式有别于传统项目的测试流程，在今天互联网瞬息万变的情况下，我们的测试模式应该剥离于传统业务的测试： 经过思考和观察我们建议采取如下的测试流程方式比较符合互联网项目： 收集测试需求——》确定测试策略——》设计测试——》执行测试——》分析测试等流程

http://www.infoq.com/cn/articles/whole-software-testing-practice-requirements-to-operational/

你好，顾总，       我对9个文档都看了一篇，我从下几个方面给出自己的一些反馈： 一、测试类型分工： u  目前 在文档中，看到有单元测试用例、接口测试、平台测试、性能等等，整体显的测试文档分类比较细但又略显凌乱，而且有些测试超出系统测试人员的职责范畴。 u  想法 测试的分类纬度很多，仅针对上面的给出自己的想法，不管是项目或者是产品，我们可以从两个大方面去分代码测试（白盒子）和系

软件测试人员分工   　　最近看了点敏捷测试的东西，看得比较模糊。一方面是因为没有见真实的环境与流程，也许它跟本就没有固定的模式与流程，它就像告诉人们要“勇敢”“努力”。有的人在勇敢的面对生活，有些人在勇敢的挑战自我，有些人在勇敢的面对失败与挫折。好吧！他们都实现了“勇敢”，勇敢到底是如何去做，也许说不清楚。或者说每个人都有自己的实践方式。但是他们却同样靠着“勇敢”攻克不自己所面临的困难。

https://www.cnblogs.com/resn/p/5770078.html 电脑简史 我们都知道电脑的学名叫计算机，从名字我们可以看出，最初电脑是用来做计算的。那么我们可以推测，电脑的始祖是用来做计算的。 在远古，人们最早使用的计算工具可能是手指，英文单词“digit”既有“数字”的意思，又有“手指“的意思。古人用石头打猎，所以还有可能是石头来辅助计算。 但是手指和石头太低效了...