因为我正常的主功能要首先，请记住我的词语是首先测试完，也就是我前面的P0级用例都通过之后，我还不得测试一些经常可能发生的异常情况，不仅要测试软件是否做了他正常该做的事情，还要检查软件是否把一些异常的情况是否都屏蔽，保证软件交付给用户之后的正常使用！我们都知道测试工程师最基本的能力便是编写测试用例，可是看似简单的用例，后面其实蕴含这个很多人忽略的细节，今天就来说测试里面所蕴含的很多细节。首先，这个就

如果没有导师，就听从领导安排，有时候领导如果在忙，你发现自己没事干，此时最好不要摸鱼，不要瞎逛，可以熟悉公司业务，看公司的规章制度，导师也会带你去和部门之间其他同事相互认识下，总之，给人留下好印象。一般公司的上班时间都是9点，不排除一线城市的上班时间会晚一点，比如北上广，会9点半，有的公司上班时间也会是8点半，那么一定是要提前10分钟到公司，到公司之后找行政或者人事，然后行政或人事会安排你去对应的

经常会遇到一些面试官没事的时候问，为什么选择软件测试？我都在这个行业，你怎么还问我为什么选择软件测试？错误回答一：我觉得软件测试收入较高。我们都知道软件测试收入是很高，但是这也不是你面试回答的点啊行业收入高不高大家都知道，不应该成为你面试的回答点和你被录用的原因！！！错误回答二：我觉得软件测试比较简单，好入门。这个回答你想表达什么？对你的面试有什么好处？体现你没本事，就会做简单的吗？多余的就不说了

在面试官在问到这道题目的时候，主要有以下几点：1，考察你做过项目的大小。资深的面试官往往能够通过一个项目的用例数整体了解到你项目的大小以及业务复杂程度，以及你过往的工作饱和程度。2，考核你对整个项目是否真的进行过实际的操作。那么我们在回答的时候，说多少合适？有人说800，那这时候面试官就会问你这项目做了这么久，怎么才800条用例。哪有人说我说2000多条，这个时候面试官其实对你的数目仍然保持怀疑态

描述印象最深的bug，结合现象分析，日志+数据库等这里删除药品信息异常时，应要注意给开发提开发后需要把BUG精确，描述清楚，找出BUG的特征，什么情况下出现的，在这个情况下出现有没有可能不出现异常情况，都要进行精准的测试，找出测试的特征，再进行BUG的提单，避免开发无法复现。二．通过日志和数据库定位BUG原因分析：通过再次成功药品的操作日志发现，实际用户在点击删除后，前端会给后端传回name要品名

我们做个假设，加入没有这样的鉴权机制，那么我如果知道了你的ip，以及请求URL，那么我就可以随意的访问你的资源所以才必须有了鉴权。

其实测试用例的设计方法主要就是7大方法：等价类划分，边界值，场景法，判定表，因果图，错误推断法，正交测试法。很多人都只是知道这些方法，每个方法合起来就立马懵逼了。在想把这些方法联系起来之前，我们先来看看每种方法要解决的问题。等价类划分的出现，是让测试成为可能。举个例子，比如说我们测试手机号输入框，如果没有等价类划分，那么是不是就要把所有的情况穷举一次。当时如果有了等价类划分，我们至少可以把它们归类