某汽车网站小测试

  • 2023 年计划 at 2023年01月12日

    我目前也是这个思路。前两年也弄过,但是弄了也没用起来。大的方向还是得跟着部分的方向走

  • 感谢大家的回复,不讨论了,领导有了明确的要求,必须要用用例工具,方便统计出了多少用例,UI 覆盖了多少。就是为了看数据呀

  • 也不是融合到一起,谁写谁的,只是放到一个文档里了,他们还是独立存在的,不过我虽然一直在反驳大家,但是大家的意思是最好还是不要写到一起了。咱们这里都是测试同学,能不能麻烦各位看看自己的开发是如何感觉的。前提是你们也是用例驱动开发模式

  • 这个之前是给脑图的链接,但是对应关系不太好找,一个项目多个开发时,开发也不能对应找到自己负责那部分的用例。但是需求模块是明确的,然后按模块在下方提供用例。这样开发很容易找到对应的模块和用例。有关联关系的再用例标明一下就行

  • 我们的需求有两种形式,一种是在原来的基础上增加,还有一种是分期的,一期,二期这种,每一期略有不同,用例有部分可复用,有部分就直接没用了。有比较大的需求,等这个大的需求完成了,就会提一些小的优化。我想表达的是我们历史的用例看的很少。回归测试用例之前也整 过,但是没啥人看

  • 原因呢?

  • 用例也跟着迭待呀,有一版需求就会有一版用例,而且这个维护,要维护什么呢?

  • 聊聊团队对用例的想法 at 2022年08月25日

    现在系统成熟,人员变动也小,我们这个业务的测试我待了 11 年了,其他测试人员也五年以上,开发人员变动也不大,所以我们的用例基本上就没那么细致了,要说细致的也写过,阅读起来太费劲,还不如一个流程图直观,流程了解了才去了解小分支。

  • 聊聊团队对用例的想法 at 2022年08月25日

    就是一个开发组长,不是管测试的,我感觉他的意见完全是他对应的测试人员相互配合的不好,我们 100 多的开发人员从来没人说过用例的事。

  • 测试的出路在哪里? at 2022年05月06日

    想要的太多,又哪个也不精通,就是现在的我

某汽车网站小测试