现在在小公司，测试就我一个，，也没有测试用例的评审。
刚开始的时候，我很认真，每条用例都认真思考，一条一条写出来。
但是公司，就两个测试，，之间是不同项目的，，然后就没有用例评审这个环节，，所以，用例写的怎么样，都无人关注
这就导致，测试的时候，直接看着需求文档测，，不根据用例进行测试。
请问这样的测试工作，，怎么样才能保证我的测试质量是 ok？
以及，我最担心的是，以后找下家的时候，，在面试过程中，问到一些测试流程相关的问题，，可能会反应不过来，或者回答的不够好。
公司流程不规范，而且测试只有你自己一个人，那就需要你自己结合自己公司情况自己建立
那你就做制定规则的人，优势在我
这也匿名么？
同意 1、2 楼观点，先根据公司情况制定和梳理流程规范，其他的内容在这个规范下进行
可以先根据公司项目组情况来初步编写初步的流程文档规范，然后让上面协助推行下去，根据文档的规范来进行质量保障工作，以业务交付质量要求下进行工作比较好一些
流程是需要的，但是那个人不一定非得试测试，比如能不能找程序、策划帮忙看一看？
跟我上班一样啊
在小也有对应的测试流程和规范，质量保障不是靠测试就能保证的，需要所有人员一起的努力
二楼说的对，测试人少，优势在你。流程不规范，那就自己规范起来，自己按照对工作的理解来形成规范，实现高效率高质量的产出就行。自我成长吧
- 收集数据，向上反馈问题，附上你人为的执行方案 2. 推动方案落地，收集过程效益 3. 向上展示收益 循环 1-3 逐个卡点击破
真的按照测试用例来测试吗，我写了用例，也会按照原型 + 需求 +ui+ 测试点来测试，不看测试用例
可以拉上策划和程序进行评审啊，要是有技术文档就更好了
看你去面啥，我感觉非管理层的面试，一般不会面流程。更多的是面试你对业务的理解（我们普遍认为，对自己业务理解透彻的人，他肯定爱思考，爱钻研，爱学习的，这种人去哪儿都不会差。），性格（见过很厉害的测试，但性格太差，和谁都处不来）。技术的话有些公司会面，有些不会面（主要看未来用不用得上）
