在 TOB 类型的企业,你们都是如何分析质量问题;

Lynn 测试交流1 103字数 244阅读模式

背景:
我司是属于卖系统服务的,大概就是连服务器带系统一起卖的那种,但是有些企业吧,他们不需要服务器直接就自己提供,然后我们给他们部署系统,这就导致了系统环境多多少少都会存在一些细微的差异性,导致部署的过程中,活着在试用的过程中零零碎碎的问题就显得很多;

问题:
各位大佬,我可以从哪些维度去分析质量问题;如何把质量变化 -- 原因 -- 可执行优化 这三个点去说清楚呢;
我领导现在就是一个任务,把质量问题说清楚,这一句话简简单单,但是这种迷迷糊糊真不知道咋搞·····文章源自玩技e族-https://www.playezu.com/188671.html

求各位大佬指点迷津文章源自玩技e族-https://www.playezu.com/188671.html

语音功能测试软件文章源自玩技e族-https://www.playezu.com/188671.html 文章源自玩技e族-https://www.playezu.com/188671.html

玩技站长微信
添加好友自动发送入群邀请
weinxin
rainbow-shownow
玩技官方公众号
官方微信公众号
weinxin
PLAYEZU
 
  • 版权提示:本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
    风险通知:非原创文章均为网络投稿真实性无法判断,侵权联系2523030730
    免责声明:内容来自用户上传发布或新闻客户端自媒体,切勿!切勿!切勿!添加联系方式以免受骗。
  • 原创转载:https://www.playezu.com/188671.html
    转载说明: 点我前往阅读>>>
    • liuli
      liuli 9

      看到你的这篇文章深有同感(面对思考的无力感),都知道从技术转变为一个 PPT 编写者不是那么好转化的,做技术只要满足 1+1=2 就好了,但是做管理需要思考,需要 1+1>2。言归正传。对于你的问题思考如下
      背景已经介绍的很清楚了,服务器迁移导致问题较多,无法保证产品的质量。需要制定方案,如何保证产品的质量。知道背景之后。就需要写相对应的策略(忽悠他们)了。
      首先服务器由谁提供,我之前也在外包公司待过,当时都是一起打包的,可以把用本公司的服务器的有点告诉甲方,比如便宜对吧,提供更长时间的维护,用甲方的公司看似省了钱,但是后期的付费项目比较多(多列一点)。此对策用于问题背景的前期策略,把问题从根解决掉;
      第二:规范部署流程。记得初中的时候在思想品德课上学过,世界上没有两片相同的叶子,也没有两个相同的人。所以更没有完全一样的服务器。如果策略一,甲方没有被忽悠过,那就执行 planB。输出复杂的服务器配置 ,按照最小子单元输出,比如 jdk 的版本,数据库版本,内存,等等。如果甲方很吊,我们就这玩意,其他的你们自己搞。那我们就只能执行 planC 了
      planC:在本地部署和甲方相同的服务器环境,用来测试,那么迁移到甲方服务器时问题会相对顺滑。但是还是不敢保证问题不出现。至于一些回归测试呀等等的一些测试。我觉得没有必要,第一太浪费人力了,还影响交付时间。所以我觉得一定要在流程上规避这些问题。好了先写这么多,个人见解不喜勿喷。大早上划水哈哈你说质量问题是指背景内描述的问题吗?
      背景:该类问题的出现可以从系统的软硬件依赖出发,确定各依赖件的版本等情况。
      正向出发:确定系统的配套情况,在安装时使用配套软硬件,即可避免大部分部署问题的出现
      反向出发:统计已发现问题,分析问题原因,据此提前准备解决方案或规避措施
      问题:质量变化无外乎高低好坏,原因无外乎问题多少及分布,优化无外乎针对性处理 (参考上一段)如果直接要答案,没办法给你,可以尝试给点思路。

      【系统环境多多少少都会存在一些细微的差异性,导致部署的过程中,活着在试用的过程中零零碎碎的问题就显得很多】

      我假设这里楼主已经把问题范围圈出来了,接下来要做的是,把这个很粗的定义细化。

      正向思路:服务器环境差异究竟有哪些影响因素?如硬件规格、系统版本、程序版本、程序配置等,需要楼主去盘点……
      逆向思路:在实际 ToB 的过程中,客户遇到的实际问题排查下来是什么原因,补充到你梳理的影响因素里面。

      当你把影响质量的点都搞清楚后,就能去决策应该先优化什么,优化了之后预期有什么效果,这样就有了目标。另一方面,你需要在这里面找出一些可量化的点来评价你做事做到多少分,举个例子,假设运行环境中依赖程序版本会影响你系统的运行,那你要有个类似这样的指标 —— 系统可以正常兼容哪些程序版本,没兼容的是哪些。个人思路,仅供参考:

      正向思路:现有的在客户服务器部署系统现在的流程步骤是怎样的,是否足够详细、明确,从流程本身看是否会有问题。比如部署是人工部署还是自动化部署?自动化部署是一个个软件装,还是直接一个打包好的镜像(含操作系统及各种配套软件)还原到虚拟机上?一般镜像还原相对还原度是最高的,其次是自动化,人工的话是最低的。
      反向思路:做一下客户遇到的问题的归因分析,看大部分问题集中在什么位置,这些位置在现有的部署和验证中是否容易遗漏,能怎么优化预防它发生。

      不过个人也没做过 ToB 的,可能里面会由于受限所以暗坑更多,仅供参考哈。仅供参考。
      质量的变化可能是多方面引起的,可从以下几个方面考虑:

      环境 需要对出现问题的各种环境进行总结,避免类似情况发生
      分类 对产品方案进行分类,比如把单独对只部署服务归为一类,此类的定价及提供的服务单独设置
      流程 根据上面的分类和以往经验,总结 checklist,各类情况的部署步骤、执行人员、用户培训、常见问题检查等,做好详细的方案。让用户及领导们对此类方案的实际情况有一定的预期。
      执行 执行过程尽量标准化,自动化,做好用户调研。评估用户的情况,需要在用户环境进行测试的,严格执行用户环境测试。
      质量变化 – 原因 – 可执行优化 这三步对应的质量数据收集、问题归类&分析、调优&落地。既要将流程跑起来,又要将过程中的数据采集存储建立版本基线以便后续的归类分析。前期建议从线上事故和缺陷逃逸两个指标开始抓,生产问题因可转化为资损最为重视,抓典型利于突出价值,从这个点开始突破,效果会更好~

    匿名

    发表评论

    匿名网友
    确定