速搭科技

信息化部门主管第一次接触验收测试用例,先搞懂这几件事

信息化部门主管第一次接触验收测试用例,先搞懂这几件事

如果只看一句:开发进度跟踪的关键在响应时间,其他都是次要的。下面逐项展开。

文中提到的标准与数字,建议办理前再向官方渠道确认一次。

项目验收标准应该怎么约定?

验收标准要可操作:以确认过的原型和需求文档为基准,逐条对应功能是否实现;约定缺陷分级,例如影响主流程的为严重缺陷必须修复后才算通过;约定测试环境和数据;约定验收期限,例如交付后十个工作日内未提出书面异议视为通过。

外包开发报价通常由哪几部分构成?

一般包括:需求梳理与原型设计、UI视觉设计、前后端开发、测试与缺陷修复、部署上线与数据迁移、项目管理与沟通成本、税费。此外还有甲方另行承担的服务器、域名、短信、第三方接口调用等费用。要求按项分列报价,才能判断哪部分被压低或虚高。

维护期内改功能要另外收费吗?

取决于是否属于缺陷还是新增。修复缺陷属于服务商义务,维护期内不应收费;新增功能属于新需求,通常另行报价。合同里应写清维护期的长度、响应时限、包含的免费次数与范围,以及超出部分如何计价,避免后期为一个按钮改动反复议价。

什么叫定制开发,和买现成软件有什么差别?

定制开发是按需求从零写代码,数据库结构和流程都能贴合业务,但费用高、周期长,后续改动必须找原开发方。现成软件是标准化产品,开通快、费用低,代价是流程要迁就软件。多数企业的合理做法是核心业务定制、通用环节用现成工具。

信息化部门主管第一次接触验收测试用例,先搞懂这几件事相关配图

有没有更省事的做法

传统企业转型负责人最容易犯的错是只看总价不看构成,实际执行时才发现主要成本在别处。

传统企业转型负责人常常希望一次就做对,但更现实的方式是先做到合格,再在后续的重复中逐步优化。

传统企业转型负责人如果时间有限,可以优先处理影响最大的两三项,其余部分按常规流程走即可。

长期来看要注意什么

值得记住的一条经验是:不确定就问清楚,别凭感觉做决定,尤其是涉及钱和时间的时候。

对传统企业转型负责人来说,最实用的做法是先把最简单的情形走通一遍,建立基本认知之后,再处理复杂情况就不容易慌。

如果对方催得很急,反而要慢下来,正常流程通常不需要催促。

中小企业负责人最容易踩的几个坑

把事情按紧急和重要两个维度分一下,能省掉大量无效忙碌。

如果对方催得很急,反而要慢下来,正常流程通常不需要催促。

有些环节看起来可以省,实际上省下来的时间会在后面加倍还回去,不值得赌。

做完之后复盘一次,把可以固定的环节固化成习惯,下次会轻松很多。

和相近做法有什么区别

确认对方身份和资质再做下一步,尤其是涉及付款的环节。

把开发进度跟踪当成一个需要维护的事情,而不是一次性任务,很多麻烦会在源头被消掉。

先确认自己属于哪种情形,再去找对应的处理方式,比一上来就问别人怎么办要快得多。

需要记住的几点
  • 提前确认所需材料是否齐全,避免现场补办
  • 确认对方资质后再进行下一步
  • 确认对方资质后再进行下一步
参考资料
  • GB/T 9385《计算机软件需求规格说明规范》
  • GB/T 15532《计算机软件测试规范》
  • GB/T 25000.51《系统与软件工程 系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则》
  • GB/T 8567《计算机软件文档编制规范》

本文由速搭科技编辑整理,内容基于公开资料与常见情形,具体执行请以官方最新说明为准。