【你来问我来答第43期】：项目管理与测试团队管理(已结束)

lsekfe

论坛ID：   吼吼哈哈
真实姓名： 吴昊占
现任公司： 浙江网新恒天软件有限公司
现任职位： 数据仓库金融项目TeamLeader
工作经验： 先后主导零售行业商业智能分析系统及零售终端收银系统的测试工作、金融行业数据仓库项目UAT测试工作及团队管理工作。对测试流程、测试度量、测试团队管理及项目管理有独特见解。

各位会员可以在0211日前以回帖的方式向客座专家提问。

（请大家围绕本期客座专家的擅长领域进行提问、探讨）

客座专家将在2月11日—2月28日为大家集中解答。

机会难得，欢迎大家踊跃提问！

lsekfe

新年新一期，大家踊跃参加哦！

楠族开心果

围观

淑君NJ

  刚八代

Miss_love

先占个位置

土土的豆豆

新年新气象！吼吼~~哈哈~~

geshihua_1989

能说下对测试流程的理解吗，什么样的流程是正确的，符合的

hoax

Hello,你好。
有这样的问题，一个新的项目，然后客户仅提出大概的功能。比如银行项目，客户提出要有整存零取的功能，没有细化需求，就这个，我们的测试活动如计划，用例设计及评审，通过标准、数据准备等，应该怎么展开呀？

测试新新手

请教，对数据仓库等数据类测试，有什么心得可以指点一下吗？谢谢

吼吼哈哈

回复 7# geshihua_1989

回归到原始，引入测试流程的目的是什么？是为了规范工作流程以达到更好的控制系统质量。
对于一个测试从业者，测试流程贯穿于整个软件开发生命周期是比较理想的状态，也是迄今为止各位测试同仁积极推崇的测试流程模型的宗旨。
当前比较主流的测试流程基本为：测试计划和控制->测试分析和设计->测试实现和执行->评估出口准则和报告->结束测试活动，这也是在ISTQB中定义的软件测试流程。

在不同的阶段，所要关注的点也大不相同：

测试计划和控制：此阶段参与者主要是测试TL，用于标示测试内容、测试范围、所需测试资源、测试任务、参与测试人员比例及分配、测试环境、测试策略、准入准出、风险预估及处理等方面

测试分析和设计：此阶段参与者主要是不同Level的测试工程师，将需求规格说明书提取转换成测试需求和测试项

测试实现和执行：此阶段参与者一般为普通工程师，按照测试用例逐步执行并记录执行情况。

评估准出和报告：此阶段往往需要依据历史的度量数据对此次测试活动实施测试度量，以判定是否符合准出标准

结束测试活动：此阶段配合α测试和β测试。

从整个软件生命周期来看，当前比较合理的测试流程还是W模型，正因为合理，所以也是当前各大软件研发公司主流的软件研发模型。具体可百度查相关资料。

吼吼哈哈

回复 8# hoax

我个人对需求管理看的非常之重，需求是软件研发的源头，需求变更真心的牵一发而动全身，宁肯耗费40%-50%的项目周期做好需求调研，也不要后期各种需求变更。

在您描述的这种情况下，从整个项目的角度出发，应该先做好需求调研，通过与客户不停的沟通和评审挖掘潜在需求，并结合银行行业经验积累，形成最终的需求规格说明书，发送给各位客户的业务人员评审通过后签字确认。

这就是最终版的测试需求规格说明书，有了需求规格说明书之后的流程就按照既往的测试流程进行，在各个环节的评审、准入准出都应该有客户方业务人员参与，以此规避后续的责任推诿。

千里

Hello,你好。
有这样的问题，一个新的项目，然后客户仅提出大概的功能。比如银行项目，客户提出要有整存零 ...
hoax 发表于 2014-2-8 16:17

    银行的需求相对而言是最明显的，就算客户没有细化需求，我们也能够通过其他途径知道。因为同样的功能，在不同银行大体是相似的。可以通过经验，可以根据对其他银行的了解和需求来展开我们的测试活动，对于有分歧的细节可以与客户细聊进行确认。

吼吼哈哈

回复 12# 千里

千里兄，所言极是。

吼吼哈哈

回复 12# 千里

千里兄，所言极是。

千里

请教，对数据仓库等数据类测试，有什么心得可以指点一下吗？谢谢
测试新新手 发表于 2014-2-8 17:02

    有神，你搞这块的测试了？

赵佳乐SMILE

oba 一个软件每周发版（领导要求） 每周部署测试一版 但是效果越来越差 近3版需求覆盖率 越来越低 有何破法 ？

paopaotang421

您好，请教个问题：做软件测试，有必要一直从事同一个领域么？比如银行、金融？若换的话，比如电信、医疗、金融、手机或网络等不同方向的，主要差别在哪里？或者说容易上手麽？谢谢！

paopaotang421

您好，请教个问题：做软件测试，有必要一直从事同一个领域么？比如银行、金融？若换的话，比如电信、医疗、金融、手机或网络等不同方向的，主要差别在哪里？或者说容易上手麽？谢谢！

吼吼哈哈

回复 9# 测试新新手

数据类测试多见诸于各类报表统计，或各数据研究分析，数据统计类系统基本有三个层次，数据源层、业务逻辑层、表现形式层，在每一层次测试的关注点有所不同：

数据源层：顾名思义，就是数据是怎么来的？以什么形式过来的？是否需要经过数据清洗，以及需要统计哪些业务场景下的业务数据，即业务流的梳理。主要测试点在各类业务场景的梳理，即测试数据所覆盖的真实的测试场景要全面

业务逻辑层：即将这部分数据按照什么逻辑进行统计处理，这一部分是整个报表统计的灵魂。主要测试点在需求规格说明书中要求的统计逻辑。挖掘潜在需求


表现形式层：即报表以什么样的形式展示？EXCEL？还是柱状图？饼状图？web页面？等 主要测试点在展示的正确性和友好型以及可扩展性。

吼吼哈哈

回复 16# 赵佳乐SMILE

需求覆盖率越来越低？开发是否有自测环节？测试阶段是否有准入准出判定？多次版本回退或者反复修改是否有追责机制？有压力才有动力！