• 有意向来厦门发展么😎
    宜居城市哦

  • 好的~非常感谢,关于这一部分我会考虑如何在我们这落地使用,看看效果如何

  • 你好~关于第三和第四个问题你们的做法对我有些启发,我有个问题是,如此做下去,当项目内容/业务流/功能点很多时,效果和效率是如何权衡的?

  • 我谈下我的看法~但是有些是纯看法,还没有实践过
    1. 开发做更多什么类型的测试?
    ——我感觉开发要做的是两类测试:1.代码自测(目前我们没有严格规范,主要看研发个人能力);2.功能流程,我觉得如果考虑让开发自测,很大程度我们基于 “功能测试” 的想法,所以业务流自测是我们主要想让开发做的,目的是为了确保没有低级 bug,确保业务流实现。
    2. 测试如何帮忙开发自测,测试需要提供什么等?
    ——我们目前做的是提供自测用例,自测用例的来源是:我们认为哪些业务流是研发需要确保实现的。
    我们的业务很少涉及大量数据,纯操作型,所以我们的业务流可能不像你们要制造数据,所以制造数据这块的我不了解,我看法是研发自己去想要产生什么样的数据。自测这块还是需要研发有些自主想法,所以之后我们也会借鉴你的方式,就是和研发讨论自测用例。有利于多暴露问题。
    3. 如何去校验开发自测与否,以及自测的质量如何?
    ——啊~第三和第四个问题就是我想关注的!!!我们现在仅仅通过冒烟测试的效果来看自测效果,测试冒烟不通过及自测有问题。但其实这相当于通过结果来判断过程,不太好!我学习了下 5# 陈恒捷的关于这个问题的看法,可以借鉴,只是考虑的是如此做下去,效率和效果哪个对项目影响更大。
    4. 第三个问题也引申一个问题,提测的标准可以有哪些?
    ——关注~

  • 好问题,关注下

  • 你是大佬。。。嘿嘿,有没有推荐的呀😀

  • 谢谢你,可以了

  • 是因为要 1 个礼拜才能发帖?


  • 你好,我昨天也是发同样的内容,但是始终提交不了?目前 24 小时应该还没到时间解禁,但是想麻烦你帮忙看下我的内容哪里有问题。

  • 另外我保存草稿了 草稿在哪里呢