w**********6
发帖数: 800 | 1 面的测试组，其中有一题：
一个软件，假设是skype安装过程中crash了，请问你用什么样的test case 和test
plan来debug. 你在你的bug report 中会写什么。
我之前以为安装就是复制粘贴的过程,windows用了这么久了从未想过细节。后来面试完
了觉得对方的考点是不是注册表（当时我压根没想起来注册表这回事），后来网上查了
一下好像安装过程中crash和注册表貌似也没有关系。
我当时只说了写权限和磁盘容量这两个见到过的可能性，别的也不知道了。请教达人，
对方可能希望看到的答案长什么样子的？
★ 发自iPhone App: ChineseWeb 7.7 |
p*****2
发帖数: 21240 | |
l***i
发帖数: 1309 | 3 上哪儿找debug版本的binary还有symbol file阿 |
p*****2
发帖数: 21240 | 4
skype被微软收购了，很容易呀
【在 l***i 的大作中提到】
: 上哪儿找debug版本的binary还有symbol file阿
|
w**********6
发帖数: 800 | 5 怎么Debug?二爷指点迷津
★ 发自iPhone App: ChineseWeb 7.7
【在 p*****2 的大作中提到】
: crash是最容易debug的了。
|
p*****2
发帖数: 21240 | 6
有dump的话用debugger打开看看。
没有的话，用debugger连进去也应该很容易看吧。
【在 w**********6 的大作中提到】
: 怎么Debug?二爷指点迷津
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
y****n
发帖数: 743 | 7 原题有些误导：
作为tester，test case/test plan是用来验证产品能否正常工作的，不是用来debug的
。虽然希望tester能提供更多更详细的信息，但是debug和fix更应该是developer的事。
如果是我回答这道题，我的思路不会直接去找bug的原因，因为任何错误都可能导致
crash，而developer有可能犯的错误是不胜枚举的。
我的思路是给developer提供更多的线索。
1. Crash的概率有多大？收集Crash时的一些数据。
2. 在不同版本OS下测试
3. 在不同的系统环境下测试（语言、时间、音频、视频、网络配置等等）
4. 使用不同的安装选项（路径、名称等等）
Bug Report中包含前面步骤发现的一切信息:
Title, Description, Error Message, Event Log, Call Stacks, OS Version,
Screen Shots，Repro Steps etc。
【在 w**********6 的大作中提到】
: 面的测试组，其中有一题：
: 一个软件，假设是skype安装过程中crash了，请问你用什么样的test case 和test
: plan来debug. 你在你的bug report 中会写什么。
: 我之前以为安装就是复制粘贴的过程,windows用了这么久了从未想过细节。后来面试完
: 了觉得对方的考点是不是注册表（当时我压根没想起来注册表这回事），后来网上查了
: 一下好像安装过程中crash和注册表貌似也没有关系。
: 我当时只说了写权限和磁盘容量这两个见到过的可能性，别的也不知道了。请教达人，
: 对方可能希望看到的答案长什么样子的？
: ★ 发自iPhone App: ChineseWeb 7.7
|
b**d
发帖数: 1174 | 8 这个靠谱。
qa需要尽可能的收集详细资料，否则dev肯定还要回来问一遍。
事。
【在 y****n 的大作中提到】
: 原题有些误导：
: 作为tester，test case/test plan是用来验证产品能否正常工作的，不是用来debug的
: 。虽然希望tester能提供更多更详细的信息，但是debug和fix更应该是developer的事。
: 如果是我回答这道题，我的思路不会直接去找bug的原因，因为任何错误都可能导致
: crash，而developer有可能犯的错误是不胜枚举的。
: 我的思路是给developer提供更多的线索。
: 1. Crash的概率有多大？收集Crash时的一些数据。
: 2. 在不同版本OS下测试
: 3. 在不同的系统环境下测试（语言、时间、音频、视频、网络配置等等）
: 4. 使用不同的安装选项（路径、名称等等）
|
p*****2
发帖数: 21240 | 9
事。
微软的测试是需要debug的。
【在 y****n 的大作中提到】
: 原题有些误导：
: 作为tester，test case/test plan是用来验证产品能否正常工作的，不是用来debug的
: 。虽然希望tester能提供更多更详细的信息，但是debug和fix更应该是developer的事。
: 如果是我回答这道题，我的思路不会直接去找bug的原因，因为任何错误都可能导致
: crash，而developer有可能犯的错误是不胜枚举的。
: 我的思路是给developer提供更多的线索。
: 1. Crash的概率有多大？收集Crash时的一些数据。
: 2. 在不同版本OS下测试
: 3. 在不同的系统环境下测试（语言、时间、音频、视频、网络配置等等）
: 4. 使用不同的安装选项（路径、名称等等）
|
p*****2
发帖数: 21240 | 10
微软没有QA
【在 b**d 的大作中提到】
: 这个靠谱。
: qa需要尽可能的收集详细资料，否则dev肯定还要回来问一遍。
:
: 事。
|
|
|
l*****a
发帖数: 14598 | 11 但是很多人就是做QA的工作
【在 p*****2 的大作中提到】
:
: 微软没有QA
|
l*****a
发帖数: 14598 | 12 大牛是老年了吧？
事。
【在 y****n 的大作中提到】
: 原题有些误导：
: 作为tester，test case/test plan是用来验证产品能否正常工作的，不是用来debug的
: 。虽然希望tester能提供更多更详细的信息，但是debug和fix更应该是developer的事。
: 如果是我回答这道题，我的思路不会直接去找bug的原因，因为任何错误都可能导致
: crash，而developer有可能犯的错误是不胜枚举的。
: 我的思路是给developer提供更多的线索。
: 1. Crash的概率有多大？收集Crash时的一些数据。
: 2. 在不同版本OS下测试
: 3. 在不同的系统环境下测试（语言、时间、音频、视频、网络配置等等）
: 4. 使用不同的安装选项（路径、名称等等）
|
p*****2
发帖数: 21240 | 13
感觉SDET2就可以通过debug发现root cause了。
【在 l*****a 的大作中提到】
: 大牛是老年了吧？
:
: 事。
|
l*****a
发帖数: 14598 | 14 用那么高级别吗？
【在 p*****2 的大作中提到】
:
: 感觉SDET2就可以通过debug发现root cause了。
|
y****n
发帖数: 743 | 15 说说我答这道题的思路：
如前所说，我认为test case与debug不在一条线上。我是按test case路线回答。原因
有三：
1. 这是测试职位，我们尽量按照测试思路。
2. 后面的问题是Bug Report，如果现在去debug了，后面就没法report了。
3. debug不属于tester常规工作范畴。
正常来说，大多数SDET的主要工作是针对某产品功能的自动化测试，也参与一些项目设
计，手工测试等等。所谓，debug主要是debug测试代码，而不是产品代码。
当然如果时间允许，你走的越深，debug出更多信息，经理们越高兴。但这不是必需的
，也不是最高优先的，至少作为tester如果你没有debug一般不会受到指责。从时效上
讲，developer去debug自己的代码应该更顺畅。
当出现问题时，头头们更关心这个问题的严重程度和受影响的人群，Developers关心什
么情况会出问题。这些都需要tester提供信息。但如果你把时间花在debug上，而不能
提供这些信息，问题就严重了。
即便你debug成功了，发现了问题，那么bug report要写什么呢？
问题描述还是修改方案？
当然，不排出对方想考你debug的能力，那需要查log，使用debug工具等等。
使用test case就有些文不对题了。
【在 p*****2 的大作中提到】
:
: 感觉SDET2就可以通过debug发现root cause了。
|
l*****a
发帖数: 14598 | 16 能debug出real reason的SDET在peer review时会得到好评的
【在 y****n 的大作中提到】
: 说说我答这道题的思路：
: 如前所说，我认为test case与debug不在一条线上。我是按test case路线回答。原因
: 有三：
: 1. 这是测试职位，我们尽量按照测试思路。
: 2. 后面的问题是Bug Report，如果现在去debug了，后面就没法report了。
: 3. debug不属于tester常规工作范畴。
: 正常来说，大多数SDET的主要工作是针对某产品功能的自动化测试，也参与一些项目设
: 计，手工测试等等。所谓，debug主要是debug测试代码，而不是产品代码。
: 当然如果时间允许，你走的越深，debug出更多信息，经理们越高兴。但这不是必需的
: ，也不是最高优先的，至少作为tester如果你没有debug一般不会受到指责。从时效上
|
p*****2
发帖数: 21240 | 17
report很好写，把出错的代码和原因说清楚就可以了。dev就不用debug了，直接fix，
非常节省时间。
【在 y****n 的大作中提到】
: 说说我答这道题的思路：
: 如前所说，我认为test case与debug不在一条线上。我是按test case路线回答。原因
: 有三：
: 1. 这是测试职位，我们尽量按照测试思路。
: 2. 后面的问题是Bug Report，如果现在去debug了，后面就没法report了。
: 3. debug不属于tester常规工作范畴。
: 正常来说，大多数SDET的主要工作是针对某产品功能的自动化测试，也参与一些项目设
: 计，手工测试等等。所谓，debug主要是debug测试代码，而不是产品代码。
: 当然如果时间允许，你走的越深，debug出更多信息，经理们越高兴。但这不是必需的
: ，也不是最高优先的，至少作为tester如果你没有debug一般不会受到指责。从时效上
|
w**********6
发帖数: 800 | 18 我比较同意易同学的看法，我当时也是在这些方面答题的。
二爷说的MS测试有可能和别的公司不一样，所以现在就是不知道对方希望我答什么。
然后安装过程中crash和注册表有关系吗？
★ 发自iPhone App: ChineseWeb 7.7
【在 y****n 的大作中提到】
: 说说我答这道题的思路：
: 如前所说，我认为test case与debug不在一条线上。我是按test case路线回答。原因
: 有三：
: 1. 这是测试职位，我们尽量按照测试思路。
: 2. 后面的问题是Bug Report，如果现在去debug了，后面就没法report了。
: 3. debug不属于tester常规工作范畴。
: 正常来说，大多数SDET的主要工作是针对某产品功能的自动化测试，也参与一些项目设
: 计，手工测试等等。所谓，debug主要是debug测试代码，而不是产品代码。
: 当然如果时间允许，你走的越深，debug出更多信息，经理们越高兴。但这不是必需的
: ，也不是最高优先的，至少作为tester如果你没有debug一般不会受到指责。从时效上
|
p*****2
发帖数: 21240 | 19
你面的什么组呀？至少windows对SDET的期望像我说的那样，算是比较正常的了。感觉
crash跟注册表一般没有关系。
【在 w**********6 的大作中提到】
: 我比较同意易同学的看法，我当时也是在这些方面答题的。
: 二爷说的MS测试有可能和别的公司不一样，所以现在就是不知道对方希望我答什么。
: 然后安装过程中crash和注册表有关系吗？
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
y****n
发帖数: 743 | 20 大侠在Windows做过？！
【在 p*****2 的大作中提到】
:
: 你面的什么组呀？至少windows对SDET的期望像我说的那样，算是比较正常的了。感觉
: crash跟注册表一般没有关系。
|
|
|
w**********6
发帖数: 800 | 21 回二爷，职位是驱动测试
★ 发自iPhone App: ChineseWeb 7.7
【在 p*****2 的大作中提到】
:
: 你面的什么组呀？至少windows对SDET的期望像我说的那样，算是比较正常的了。感觉
: crash跟注册表一般没有关系。
|
p*****2
发帖数: 21240 | 22
驱动测试更需要debugging的能力了吧？不然得被dev鄙视死。
【在 w**********6 的大作中提到】
: 回二爷，职位是驱动测试
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
p*****2
发帖数: 21240 | 23 又看来一下题。看样子crash应该是skeype crash，也就是在user mode上crash了。可
以做的几件事情
1. 是不是总是crash还是偶尔crash，如果总是crash比较好办。否则的话，找找规律，
看能不能repro。如果不能的话，把crash dump分析一下，或者放到bug里。
2. 如果总是crash，是总是在这一台机器上crash，还是在所有机器上crash？可以试的
是，在一台fresh machine上试试，在不同的OS上试试。
3. Skype有可能与hardware有关系，比如摄像头，试试不同的摄像头，没有摄像头的情
况。
4. Skype crash应该是一个regression。试试以前的版本有没有crash，哪个版本最先
出现的crash。这个信息非常重要。 |
p*****2
发帖数: 21240 | 24 不过你要是回答你会attach debugger，或者看crash dump去分析root cause的话，会
加分很多的。 |
w**********6
发帖数: 800 | 25 谢谢二爷和易同学的回复。
刚收到电话悲剧了...
还是功力不足啊
★ 发自iPhone App: ChineseWeb 7.7
【在 p*****2 的大作中提到】
: 不过你要是回答你会attach debugger，或者看crash dump去分析root cause的话，会
: 加分很多的。
|
p*****2
发帖数: 21240 | 26
正好。过去也是受罪。
【在 w**********6 的大作中提到】
: 谢谢二爷和易同学的回复。
: 刚收到电话悲剧了...
: 还是功力不足啊
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
y****n
发帖数: 743 | 27 遇到Bug，首先要定位Bug，搞清下面几个问题：
1. 哪一步crash的？查setup log, error message, call stack
2. 什么情况会crash？在不同配置环境反复运行几次
3. 从哪个build开始出现的？查以往测试记录，运行以前版本
根据上面得到的线索大致定位bug位置和类型，再采用：
- review source code
- attach debug tool
- analysis debug trace
明确一点，任何一种错误都有可能导致程序crash。
如果没有相应的调查分析，所有的猜测都是没有根据的。
所以，你回答权限、硬盘空间、注册表等等仅仅是猜测而已。
【在 w**********6 的大作中提到】
: 谢谢二爷和易同学的回复。
: 刚收到电话悲剧了...
: 还是功力不足啊
:
: ★ 发自iPhone App: ChineseWeb 7.7
|
p*****2
发帖数: 21240 | 28
是的。最普通的crash就是AV了。
【在 y****n 的大作中提到】
: 遇到Bug，首先要定位Bug，搞清下面几个问题：
: 1. 哪一步crash的？查setup log, error message, call stack
: 2. 什么情况会crash？在不同配置环境反复运行几次
: 3. 从哪个build开始出现的？查以往测试记录，运行以前版本
: 根据上面得到的线索大致定位bug位置和类型，再采用：
: - review source code
: - attach debug tool
: - analysis debug trace
: 明确一点，任何一种错误都有可能导致程序crash。
: 如果没有相应的调查分析，所有的猜测都是没有根据的。
|
