[你问我来答第34期]探讨软件测试流程(已结束)

s_spume

请教现在想到的几个问题：
1、如何做好测试需求分析？
2、在根本就没有文档的情况，甚至连原型都没得看，上来直接就丢给你一个东西，要测试的情况下，如何保证测试质量？
3、实际工作中，设计测试用例时真的会按那些设计方法去一步一步设计吗？

lsekfe

大家暂时不用着急，嘉宾到时候会一一进行回复的哦！

gigobin

请问，测试用例该如何进行推广，现在很多的项目都能走正常的测试流程比如说，计划，方案，测试用例编写和审 ...

这属于测试用例管理的通病，问题不在于使用什么工具，而是测试用例是如何被定位的。

只是单纯的走流程，测试用例往往就变成了一个临时的过程文档。 想要把测试用例使用的更加有效，如下几个建议：

1. 测试用例的编写必须基于有效的需求文档，并且是强耦合。也就是说，需求变化时，测试用例必须及时更新。
2. 测试用例的审核，必须需求，开发，测试共同参与。审核的目标是测试用例的覆盖度。
3. 测试用例的编写必须基于统一的标准，包括格式，深度，广度。
4. 测试用例必须和task结合，也就是说在制定测试计划时，要根据不同task来设置不同的测试用例集合。
5. 测试用例必须和bug强耦合。bug和测试用例的priority和severity是相辅相成的。
6. 测试用例必须是测试报告的基础，日报，周报，月报，项目阶段报告，里程碑报告等报告的三大支柱就是：测试用例状态，bug状态和schedule状态。
7. 测试用例必须根据测试实际情况选取，priority和severity是选取测试用例集的重要指标。
8. 测试用例集要分多个层次，所有的测试过程所用的测试用例都是主测试用例集的子集。

gigobin

在敏捷开发中，测试如何找做好高效率迭代测试的工作？

敏捷测试跟传统测试最大的不同就是：
1. 敏捷测试是质量驱动，传统测试是质量保障
2. 敏捷测试是发起者，传统测试是验收者
3. 敏捷测试追求的是最快反应用户的真实需求，传统测试是保证已有需求的完整性。
4. 敏捷测试的测试对象是user story，传统测试的测试对象是单一功能
5. 敏捷测试的过程是反复迭代累加的动态过程，传统测试的过程是预先设定的静态过程。

所以，在敏捷测试中，一定要把传统测试中那种保证功能有效的想法抛弃，真正的敏捷，不在于功能是否正确，而在于是否真实的反应需求。所以一定要把use case和user story两者搞清楚。学会如何基于user story来完成迭代测试，如何使用user story来拼接use case来保证回归的质量。

gigobin

请教现在想到的几个问题：
1、如何做好测试需求分析？
2、在根本就没有文档的情况，甚至连原型都没得看， ...
s_spume 发表于 2013-5-10 10:21

测试需求分析其实很简单，就是从几个方面来考虑：
１.　从功能方面。该需求实现的功能是什么。
２.　从权限方面。该需求的用户组是什么。
３.　从流程方面。该需求的上下文和驱动方式，以及流程方向。
４.　从影响方面。该需求的对已有功能的依赖性。
５.　从过程方面。该需求产生的各个过程结果，以及导向。

问题２其实很常见，尤其你中途加入一个新的产品测试过程时。其实个上面的一样，你根据已有的资料先逐步分析问题１中各项。将clear的标识出来，试着写出user story，画出use case和各种流程图，然后大家做到一起进行确认，同时将unclear的作为question list在讨论过程中逐一提出。

测试用例的设计其实无所谓使用哪种方法，那些都是一些工具而已，一旦你熟练的掌握了那些技巧，在你实际设计时都会自然而然的使用上，无剑胜有剑。

lsekfe

测试需求分析其实很简单，就是从几个方面来考虑：
１.　从功能方面。该需求实现的功能是什么。
２.　 ...
gigobin 发表于 2013-5-10 10:49

    很积极啊~不知道有没有兴趣也来参加一次活动，做一次嘉宾呢！

gigobin

回复 46# lsekfe

呃 我就是完成个任务而已，就等我是打酱油的好了 呵呵

lsekfe

回复  lsekfe

呃 我就是完成个任务而已，就等我是打酱油的好了 呵呵
gigobin 发表于 2013-5-10 10:54

    没事，我觉得你这样蛮好的。其实每个人都可以做嘉宾！

gigobin

问题：
1. 针对测试执行过程中，如何让测试进度以及质量更加透明（针对开发和测试），有没有什么注意点（p ...
没翅膀的飞鱼 发表于 2013-5-4 10:59

测试进度和质量更透明? 呃，如果是敏捷开发团队的话，一般都会有个例会，每个QA都会将自己测试的进度，发现的问题，以及问题的分析在例会上讲出来。相关的Dev和关联的QA都会得到反馈。

如果不是的话，那就每周发一个周报，给所有的开发和测试，包含以下几个方面就好了：
1. 测试的进度。各个task测试进度，然后可以放几个对比图，比如速度啊，failed率啊啥的。
2. bug的分析。 各种图，对应task也好，功能也好， 反应该块的质量。
3. 综合分析，针对以上进行分析，列出low efficiency的原因也好，弄个risk list也好，总之让大家知道我们team的风险状态

然后，让dev也回发一个，针对QA的分析从开发角度进行回答，例如代码的重构引起什么样的问题过多出现，提醒QA多做某种类型的回归测试等等。

我不知道啥叫老年化，不过你说的应该是混日子的老资格太多了吧。一般这个出现很正常，惰性嘛，都有。 无非就是从几个方面激励一下：
1. 精神上。比如，让老QA们搞一些training文档给新人。
2. 物质上。该涨工资的涨，该升level的生，做不到的话，给个title也行啊，人很容易满足的。
3. 技术上。引入一些新技术，新的测试方法。
4. 团队上。没事组织大家多活动，交流，工作是同事，生活是朋友。
5. 影响上。有些实在混的厉害的，就该罚就罚，开除个太混的至少顶半年用。

gigobin

回复 48# lsekfe

哈哈，美女别生气，我在给部门的QA做training，拿了5个问题当讨论话题，活跃一下气氛，拜上拜上。

lsekfe

回复  lsekfe

哈哈，美女别生气，我在给部门的QA做training，拿了5个问题当讨论话题，活跃一下气氛，拜 ...
gigobin 发表于 2013-5-10 11:10

   

hlhong

最近接了一个测试外包项目，实际所用工期比签合同时评估的工期多了很多，请问老师：
如何有效地评估测试工作量（工期）？

femir

支持一下

hafite

问题：
1. 针对测试执行过程中，如何让测试进度以及质量更加透明（针对开发和测试），有没有什么注意点（p ...
没翅膀的飞鱼 发表于 2013-5-4 10:59

斑竹V5  难道你现在已经做到管理层了？

丝路

请教现在想到的几个问题：
1、如何做好测试需求分析？
2、在根本就没有文档的情况，甚至连原型都没得看， ...
s_spume 发表于 2013-5-10 10:21

1、想做好测试需求，那就环环紧扣软件需求规约。实际上测试需求，是以软件需求为原型，整理成的指导测试工作的文档。

2、像你说的这种情况，一般我会给要结果的人（可以是项目经理，也可以是软件部经理）分析一下就你给我的资源，以及通过我自己学习我能做到什么程度。上一环节的不充分会造成测试环节的疏漏那是必然的。我能保证的是通过你提供的资源进行最大程度的测试覆盖。其实实际工作中这种情况是比较常见了，新人往往不敢提出自己的想法，这种情况要跟你的老大正面响应，否则结果就是大家的错，你一个人背。

3、实际工作中、我会从 ：项目的进度、该项目测试人员的任务饱和度、该项目的个性特征。三方面去考虑测试用例的设计粒度。一般情况下，核心项目的基本流测试用例在时间、人力允许的情况下是必须覆盖的。资源空闲的情况下会去设计备选流的测试用例。非核心项目只做基本流的测试用例。

丝路

请问嘉宾，面对需求不明确，工期短的项目：
1.怎样做好测试需求分析；
2.面对团队参差不齐的水平成员怎样 ...
zhxw 发表于 2013-5-2 14:49

1、一般情况下把软件需求规约看透了，缠着做软件需求规约的人把不懂的全搞明白了。测试需求分析就出来了。测试需求是参照软件需求将测试目标进行罗列，指导测试工作的。

2、如果你足够了解每个人的能力水平，就从分配工作开始，适合的人干合适的事儿。测试设计做不成做测试执行、测试框架制定不了，写测试脚本。在此基础上，对于不同层次的人群，组织他们参加不同的培训、并对培训效果进行跟踪考核。
   人员分工问题我不好解答你，因为不了解你们的人员和项目情况。

丝路

请问美女嘉宾：
看你项目经验中有一个“电子地图”的项目，想问一下这个电子地图是怎样设计测试用例的，设 ...
q52d 发表于 2013-5-2 15:00

我所经历的电子地图项目作为一个周边项目，主要为了在电子地图上标注一些点好为我们的核心业务服务。对于我们来说，主要考虑与核心业务的数据交换，以及地图的性能。

yubiao584521

回复 7# zhxw

二、这是一个普遍的问题，短期可能无法达到目标，需要长期的团队文化的熏陶，建立一个学习型团队，以下几点不知道你们团队有没有做
1、团队的知识库建设是否完善
2、团队内培训机制，是不是定期举行（包括需求收集、培训计划的制定、开展、效果跟踪、意见收集、改进措施等）
3、知识分享机制是否建立（比如我的团队，要求每天有一个人分享一个知识点，持续进行）
4、针对新员工是否有完善的培养机制和导师制度
5、针对需求的，有没有不定期的进行业务反讲，串讲等
6、有没有建立意见反馈机制等等

yubiao584521

回复 8# q52d


   我们也只是做了一个视频监控的项目用到过电子地图
1、功能相关，搜索某个镜头能够精准定位到在地图上某个位置，搜索某个地点能够调出相应的镜头
2、页面显示（特别放大缩小时展示）
3、性能这么样等等

yubiao584521

回复 10# skynothing


    一、用什么工具并不重要，适合自己的就行，用office就可以，关键看你怎么做。
   二、需求变更不可避免的，变更不可怕
   如果你是做项目的
  1、变更时，争取加工作量（也就是时间或人力就行了）
  2、工作量增加、时间不给、人力不加，那就牺牲点质量