不用过于忧虑，小城市就是这样，测试需求低，根本用不到那些东西，多学习下行业知识，深入业务也是可以的

我直接换电脑

非输入框限制，其他输入法可以正常输入。应该是组件与输入法冲突

想咋写咋写就完了，二线小公司还要啥质量，随心

挣钱不寒 chan，真的

小公司并不需要测开，需要的只是个业务测试，不信你来看：公司有几个测试？是不是测试都有些闲？其他测试需要你去帮他们开发工具类软件吗？公司是不是连基本测试框架都不清晰？产品现状真的需要进行提效吗？
连个 10 人以上独立测试部门/组都没有的情况下根本不需要所谓的测开，点点点就完了，不要太把 title 当回事

首先删除的功能注定了必须要有个目标 id，单接口用例的话需要你给个参数，而多接口场景可以用删除接口来进行数据清理，也可以从前面自动获取到目标 id。
至于所谓的 “保障执行成功”
我感觉你要问的是用什么信息来进行结果比对，是 code 即可还是部分参数比对，是全参数比对还是直接数据库查询验证，这些是没有定论的，但是性价比较强的应该是部分参数比对

谁是君来谁是臣

乌鸦落到凤凰群

一楼说的比较感性清晰了
当你有勇气主动成为版本卡口，有自信说出"我测过了，这个版本可以发”
你就是一个优秀的测试人员，这个比能写代码什么的强的多

那是我反应过激了，唉，实在是对这种文章腻歪了，还不如来个输出 helloworld 的教程呢

测试后知是什么？测试中知是什么？测试不知是什么？测试知不知是什么？你知道吗？
不知是我认识有限还是理解能力不足，看到此文的第一想法是：这又是什么鬼东西蹦出来了？
各种各样的名词层出不穷，真正落到实处的却还是那些，搞这些花里胡哨是占用平台资源还是为了涨粉啊。

给你 3 千来跟我干吧

一般他们会问我，我说投入多少就是多少，产出比？我不算他们就不会算

mark，学习下

安全保证在任何时候都是需要的，只是成本和技术能否支撑的问题，无关场景

保证质量、降低成本还不够吗，不要盲目的为了回答就忘记了实际要付出的，有些东西接过来就不是那么简单做和扔的。

多谢大佬

转岗吧

是的，主要是遇到个 jd 是做数据库内核测试，公司也有一款自研数据库，就想来找大佬们了解下内核测试的方法

多谢大佬
也在尽可能的由测试往外辐射，但是毕竟第一份文档，还是想先把一些说的清楚明白的写进入，然后慢慢更新辐射更多。后续的目标就是由测试流程带动整体软件周期流程，把软件生命周期每个节点都制定出具体规范

好的，大佬的建议很清晰，会认真参照，多谢

可能我背景解释说的不清晰。整理的一个目的不是为了开发自测，而是项目人员进行测试阶段的设计和执行工作。我也清楚开发做测试时的实际情况，但是为了降低项目对测试的依赖，只能用测试基础知识普及的方式来提高开发人员的测试意识，对文档的实际作用也有一定的向下预期。
文档更大的目标还是在测试流程的规范说明，为公司测试人员 (为 kpi) 提供一个具体依据，也是对自己的一次锻炼

应付类会议主要是给上面看的，陪听的不放飞也没啥事。评审类的如果还放飞的话，大多是内容与自己无关

多谢大佬
约束主要就想到了需求分析和开发转测时的标准要求，但是因公司研发环境问题又难以实际落地，后面考虑还是加入具体的节点流程要求。
大佬还有没有其他节点的约束分享