软件工程方向的工程硕士论文方向

软件工程方向的工程硕士论文方向

软件工程硕士的论文选题方向：
1.1. 专业硕士
软件工程硕士方向的专业硕士论文选题，按照目前培养方案的要求，必须是与软件工程有关的内容。关于选题的官方说法，参见：==>【2011年校学术委员会签发的文件】。
所谓与软件工程硕士有关的内容包括：
1. 软件的开发
这是最常见的选题方向，也是最正规、最容易得到认可的方向。一般来说，软件开发的题目，可以是一个系统，也可以是一个或者几个模块。不过，不论是系统还是模块，都要包括如下几个阶段：
a) 需求分析
b) 概要(总体)设计和详细设计
c) 编码(是指重要的、关键的算法部分)
d) 部署和测试
2. 软件工程硕士的其它方向内容
例如：
a) 软件需求管理、变更
b) 软件体系架构
c) 软件测试 (软件测试方向的论文大纲参见博文《软件测试相关硕士论文大纲》)
d) 软件过程改进
e) 更多内容，参见《软件工程知识体系指南》
3. 论文覆盖的内容及范围
按照软件工程硕士学科的论文要求，软件工程方向的论文，需要至少覆盖软件工程的两个阶段，例如：需求+设计，设计+实现，需求+设计+实现，需求+设计+实现+测试，设计+实现+测试，......
如果是测试领域的论文，则应该涉及到：测试设计+测试执行+结果分析
如果是需求管理领域的论文，则应涉及到：需求获取、需求变更管理、需求分解、需求跟踪等方面
1.2. 工学硕士
工学硕士选题一般均按照导师要求执行，与工程硕士依据自己实际工作或者实习内容选题有所不同。总体上，工学硕士选题与工程硕士类似，但论文的内容应当偏学术。工学硕士也可以选择研究性的课题。

自动化测试的成本高效果差，那么自动化测试的意义在哪呢？

本文章出自【码同学软件测试】

码同学公众号：自动化软件测试

码同学抖音号：小码哥聊软件测试

01 关于问题本身

我觉得这个问题带有很强的误导性，是典型的逻辑陷阱之一。“自动化测试的成本高效果差”是真的吗？ 当然不是。而且我始终相信，回答问题的最好方式是把问题本身弄清楚。也就是问关于问题的问题。楼主也学可以进一步 说明下面几个问题，有助于自己理解自己的问题，更有助于问题得到准确的回答：

请定义“自动化测试”的范畴。自动化测试简单来讲，包括用例的撰写，代码的实现，环境的搭建，用例的执行，报表的生成，结果的分析，缺陷报告等等。每个项目自动化程度不一样，测试人员对自动化的理解有偏差，实际实行自动化的范畴差别很大

请定义“成本“包括哪些

请定义什么是“高”。 高是相对的。比较对象可以是另外的项目或者项目组，也可以是他人的期望

请定义什么是“效果”
请定义什么是“差”。 差也是相对的，可以是同手工测试比较，也可以是同老板的期望比较

如果楼主仔细思考并且回答了以上的问题，我有七成的把握楼主要么不想问这个问题，要么想换个问题。

换一种问法

好吧，为了避免灌水嫌疑，我且以最大的善意揣摩楼主的意图。楼主是想问：

如果有的项目的自动化测试，我们发现成本高于预期，效果不符合预期，那么问题可能出在哪里？怎么判断自动化测试是否有效？

02 这里是正文开始

关于错误的预期

我一点都不奇怪有人会告诉我说：

我都不知道我或者我的老板对自动化测试有什么预期，没人跟我说过。

或者：
自动化不就是不用手工测试了吗？用例用代码实现都能自己跑，测试人员就可以去干别的了，可以少招几个不产生价值的测试攻城狮了。老板就是这样计划的。

这是两种非常典型的关于自动化测试的预期问题：

每个人对自动化测试理解都不一样，每个项目组做自动化的方式都不一样。我讲个故事，是我认识之前一个印度自动化项目的真实例子。这个项目95%以上的测试场景都是比较复杂的UI测试（Web +Windows Application）他们的自动化是这样做的：

你觉得这个自动化做的怎么样？我当时的感觉是几乎要吐血了，因为这个项目是我要接手的。更加吐血的还在后面，这个部门的QA的VP对自动化测试的效果很不满意（绝对的），他的设想包括：

免费领取 码同学软件测试 课程笔记+超多学习资料+完整视频+最新面试题，可以 转发文章 + 私信「码同学666」获取资料哦

这个就是一个典型的 不懂自动化的团队+期望脱离现实的老板。

关于什么是自动化

James Bach 曾经在一篇博文提到，自动化测试这个名字是非常有误导性的。它让一般的人误以为就是测试完全被自动化了，就像一个自动的咖啡机一样，我只需要把杯子放在那里，按一个button就够了。James说更加准确的叫法应该是“工具辅助的测试”。当然他还有另一层意思，就是 好的测试用例是没有办法100%被自动化的，测试人员的经验，逻辑判断和 探索 性的测试方法都不能被有效自动化。

我非常同意这个观点。作为这个论断的补充和扩展，自动化应该是审视软件研发活动的每一个环节，去发现那些可以被工具化自动化的重复性活动，然后去实现。广义的自动化应该包括但不限于以下环节：

一个过于简化的公式可以这样写：

自动化的收益 = 迭代次数 * 全手动执行成本 - 首次自动化成本 - 维护次数 * 维护成本

或者如果假设迭代次数和维护次数近视相等，这个在某些情况下可以成立，比如一个比较新的产品：

自动化的收益 = 迭代次数 * (全手动执行成本 - 维护成本) - 首次自动化成本

解读：

自动化的收益与迭代次数成正比
自动化收益可能为负数：即当自动化成本和维护成本比手动执行成本还高时

很多时候自动化成本并不比手动成本高，但是维护成本很高

为什么强调过于简化，因为这里的自动化收益仅仅考虑时间和资源成本的节省。好的自动化带来的迭代周期的缩短，是可以缩短项目周期，在某些时候能变不能做为能做，进而带来的机会收益是巨大的，也是很难量化的。这个就要求决策者对软件工程和自动化有比较正确的直觉和理解。片面追求自动化的资源节省，或者要求精确量化自动化的收益，本人觉得都不可取。

推论1：什么项目适合自动化

从ROI的简化公式可以看出，下面几中情况比较适合自动化：

回归测试为主的Support Engineering项目，即需要长期做支持维护的产品。或者有过去版本需要长期做支持维护的产品。这种产品（比如企业软件，操作系统等）一个版本在发布之后往往需要支持好多年，做bug fix和patch。这个时候每次小版本的开发都会增加迭代次数，并且每次产品变动都非常有限，维护成本相对偏低，自动化收益就非常好。这也是很多企业级软件或者硬件产品有专门自动化团队的原因。因为产品的支持维护开发的回归测试基本靠自动化。

接口比较稳定的产品，同上
手动测试特别费时费力，甚至无法达到测试目的的项目。比如压力测试，大数据或者大量重复数据测试，必须有自动化工具的支持。

推论2：自动化的介入时间点

同样从ROI的简化公式推断出，一个项目的初期可能不太适合自动化。因为项目初期用户界面和接口没有稳定，自动化代码会被动的被要求频繁改变，维护成本非常高。自动化收益不好。而反而手动测试能够快速发现问题，反馈给开发人员。而到了项目后期和维护期，自动化再介入为回归测试做准备，可以最大化自动化收益。

推论3：自动化的程度和自动化率

这里自动化的程度是指整个软件研发活动中引入自动化的程度。推论2中说，有些项目早期可能不太适合高度自动化，但是项目早期仍然可以选定某些环节进行自动化。比如稳定的公用接口，软件的编译和部署，环境的搭建等从一开始就比较稳定的部分。

自动化率同样也要看产品和项目的特性，对于产品的UI部分如果会频繁改动，可以做比较低的自动化。对于接口比较稳定的服务组件可以提高自动化率。

你有什么样的团队，工具和基础设施，其实这个因素是做所有事情都必须考虑的。自动化测试本身就是软件开发。好的自动化测试框架，架构设计很重要。这些会决定自动化的开发成本和维护成本。这些都要求很强的开发能力。如果你的团队只有很有限的开发能力，那么怎么去做自动化，是做最原始的录制回放，还是数据驱动。复杂自动化也需要良好的基础设施支持。比如你有很好的DevOps的虚机管理系统，就不用自己去开发，省下的资源和人力也是很可观的。

工具是另外一块，如果公司有实力支持商业测试软件和管理软件，就可以降低编程要求（当然这会带来一些其他问题）。如果没有办法用商业工具，只能考虑开源和自己开发，这个对自动化测试开发的能力要求就高。总之必须选择和团队，技能储备，基础设施与工具匹配的自动化策略。

管理层的理解程度和支持

这个就不再展开。我见过很糟糕的情况，一个带好几百人兼顾产品技术的VP，越3到4级直接给测试团队提技术需求和建议。你说是做还是不做，怎么做？还有一个团队，自动化测试人员从来没有写过Java或者其他OO语言的程序，被要求从头设计自动化框架，那就是一场灾难。还有一个团队，管理层几次要求更换自动化工具，相当于整体重写自动化脚本。

总结

以上应该是一个很粗浅的回答。自动化测试是一个很专门化的领域，自动化测试又是对工程师的技术广度深度要求很高的工作。对于团队管理和决策者来讲，请不要简单化和孤立看待自动测试。最重要的是确保听取真正理解产品，团队和自动化测试的技术人员的判断。

END

本文著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

好的软件测试人员是什么样的？

这个问题是回应我上一篇博文的。因为我正在雇用一个测试员，我觉得应该给他点刺激。以下是软件测试这个职位一般应该具备的品质。一个好的软件测试员应该… ● 经常思考，什么是我现在能执行的最好的测试。● 提交的bug含义明确，有清晰的复现步骤，能用简洁的语言把问题描述清楚。● 不会因为开发人员的做法受影响。测试员不应该仅仅是因为他们能够理解那些决定开发人员做法的技术难点，就去全力维护自动化。应该做的是交流在当前有意义的领域，自动化是怎么工作的。● 有能力理解利益相关者的业务。● 足够专业，能认识到一个系统的某个部分对整个系统的影响; ● 有很强的解决问题的技巧。他们能够控制很多变数，并最终找到引发问题的那一个。他们能恰到好处的坚持。他们知道何时应该停止这个问题转向下一个。● 能够熟练的沟通和倾听，务必做到完全彻底的理解。● 非常谦逊的去问所有的问题(甚至是愚蠢的问题)，同时又有足够的怀疑精神，能从众多资源中找到答案(保持信任但仍需验证)。● 服从组织安排，坚持完成任务，同时留意未来的新任务。● 有能力从海量的相互关联中隔离观察到的软件行为，并与整个团队交流这些软件行为。他们能够看着一个不完整的系统的部件，通过想象整个系统来推断该系统实际的优缺点。● 是开发人员和业务分析人员的受尊敬的伙伴。他们越能理解测试人员的工作有多么努力，就越能表现的更友好。● 自己发现了产品初期的bug就很兴奋，用户发现了产品后期的bug就很沮丧。● 有能力处理让人紧张的截止日期，快速做出决定，并且为了利益相关者的终极最佳利益而放弃一些喜欢的流程。● 是软件测试社区的积极的参与者，阅读测试书籍和测试博客，并参加本地的测试团体。● 有良好的职业道德;能按时完成任务，完不成时进行良好的沟通，必要的时候一周工作40个小时以上，专业的，能服从组织安排，关注整个团队的成功，诚实的，遵守规定的工作流程，遵守SOX法案，等等。我还漏掉了什么吗?以下是有价值的评论回复： 另一个没有提到的品质是，测试人员应该有能力阅读和理解代码。举例说，如果测试人员看过单元测试的代码了，他就能用不同的方式实现自动化。如果单元测试做了完备的边界检查，然后测试人员就可以更专注于业务逻辑验证了。1、最好能具备良好的代码能力 2、快速学习能力 3、这还有一些(至少在我们这里) ① 一个好的测试员知道目前自动化测试的实现程度，在需要的时候能够做一些更新; ② 一个好的测试员能够在执行测试用例期间对用例进行维护(如果跳过了任何一个用例，给出解释); ③ 一个好的测试员知道什么时候违背一条测试用例是正确的，什么时候是不正确的; ④ 一个好的测试员尊重开发人员和其他的测试员的时间。4、①一个好的测试员知道什么时候应该测试盒子外面; ②一个特别好的测试员永远不会停止问问题; ③知道验证和确认之间的区别; 别以为我会支持你说的这条，“测试员工作越努力，开发人员和业务分析人员越友好”。这会导致人们问一些愚蠢的问题，比如说这个，“测试员是否应该为有缺陷的软件负责”。

软件开发，软件测试哪个好点

一、【基本素质要求】，这里的基本素质包括比如逻辑思维能力、分析问题能力、沟通能力、协作能力、怀疑精神等方面。
【软件测试】：作为一名优秀的测试工程师，需要比较强的综合素质，具体包括比如“五心”，责任心、细心、耐心、专心、信心等，具体这里不阐述了，可以看我以前的相关博文；五大“学问”，逻辑学，很多公司在招聘的过程中会刻意来考察下测试工程师的逻辑思维能力。刑侦学，测试工程师需要通过分析问题的表象，借助专业的工具，良好的知识背景来分析问题背后深层次的根本原因。心理学，测试工程师，需要不仅仅站在用户的角度来测试，也需要清楚开发人员的心理，分析他们的出错模式。统计学，测试报告就是统计学知识很好的展现。经济学，好的测试一定是为了帮助提高软件质量，从而提高用户满意度，带来更多的市场，从而实现盈利。沟通能力体现在测试工程师需要跟开发人员和用户沟通。协作和怀疑精神对于测试工程师而言也是非常重要的素质。
【软件开发】：需要说明一点的是，这里指的软件开发更多倾向于软件编码，不包含软件设计以及软件需求分析人员，这个是软件编码未来的职业方向。作为一名优秀的开发工程师，在素质方面，更偏向于某一个方面，对逻辑思维能力的要求相对测试工程师较低一点。因为在成熟的开发模式下，普通的编码人员更多地师掌握一门开发语言的语法和一个开发平台。所以在印度高中生都能编程，但是在中国行不通。从这个方面来看，对“五心”的要求和对“五大学问”的要求没有那么全面。如果说测试更强调综合素质，那么开发更看重某些方面的素质。
二、【性格要求】，有人说性格决定命运，从某种意义上来说也是对的，性格会在一定程度上决定一个人的兴趣，一个人会喜欢那种类型的工作。
【软件测试】：从全面性的角度来看，作为一名优秀的测试工程师，性格上最好是相对外向点，虽然这个不代表你需要像销售人员那样外向，善于与人交流。但起码你要愿意主动与开发人员，与用户沟通。另外，对于性格而言，要求测试工程师更加敏感，更具备怀疑精神，挑剔的，追求完美的性格以及刨根问底的心态也是比较重要的。从沟通的角度来看，太过于内向的人不太合适软件测试这个行业，起码不适合一线的测试工程师。
【软件开发】：开发工程师对于性格来说，要求没有那么明显，性格的内向、外向更成为一名优秀的开发工程师关系不大。因为开发工程师更多的是面对开发环境，不断在修改代码？这里面也有不少工作是重复繁琐的。所以性格上要求是能承受寂寞的。所以写代码写得比较久的人，有时会觉得很急躁。改变这种急躁的办法有两个，一个是争取去做有思想的设计，有沟通的需求分析。另一个是该行，比如做开发管理或者是项目管理，亦或者是测试开发。
三、【入职门槛】，这个部分是为想进入软件测试和软件开发领域的人而专门写的。网络上很多人都在说，软件测试入职门槛低，软件开发入职门槛高。其实这个观点有失偏颇。下面具体来比较。
【软件测试】：客观上来讲，进入软件测试领域的方式更多，但不是入职门槛更低，比如有些人可以通过行业知识背景进入软件测试领域，具体比如金蝶、用友都有不少测试工程师是学财务的，而不一定是学计算机的。甚至有些人可以通过性格和基本素质进入软件测试领域，比如微软以前招过家庭主妇做软件测试。不是微软不重视测试，实际上微软比任何软件企业更重视软件测试，在微软所有产品里面，测试工程师比例比开发是要高的。还有些是从软件开发工程师转型做软件测试，所以进入软件测试领域的方式很多。正是因为方式多，就给人造成一种迹象是入职门槛低。还有从现状的角度来看，因为需求的因素，企业不经意间降低了对软件测试工程师的要求，但是这个是饮鸩止渴。很多企业慢慢发现了这个问题，所以说，以后测试工程师的要求会越来越高。
【软件开发】：客观上来讲，进入软件开发领域方式相对较少，但也不是入职门槛更高，因为，在印度高中生都能编程。实际上掌握一门开发语言的语法，掌握一个开发平台，就可以做编码了。尤其在成熟的开发企业如此。所以国内的北大青鸟的ACCP就是为高中生准备的开发培训。但从学历的角度来看，高中生要想做软件测试还是非常困难的。只是因为，开发工程师必须要学一门编程语言，所以表面上看起来要求更高，还有一个因素是受传统因素的影响，做软件开发的人相比软件测试的人多很多，所以从竞争压力上来看，要求就更高了，是比较出来的高。
四、【转行难度】，转行，其实最重要的原因不外乎就是以下几点：对现在的薪酬不满意、现在的职业出现了瓶颈、新的行业有更大的发展空间，喜欢新的工作方式等。这里就不讨论转行的动机，这里考虑更多的是转行的障碍，主要的障碍有，如何结合自身实际情况选择转行的方向？如何克服工作经验不足或不相关？如何克服专业知识匮乏？什么样的年龄适合？这部分是为转行做软件开发还是软件测试的人专门写的。网络上也有人不少人都在说，我只所以转行来做软件测试，是因为入职门槛低，前景好，是因为学得会，而软件开发我学不会。真的是这样吗？不一定。适合的才是做好的。
【软件测试】：自身的实际情况，包括前面讲的基本素质、性格特点等，以及入职门槛因素，如果综合素质很全面、性格外向、沟通能力强，有不错的行业知识背景。比如有金融背景、财务背景、物流行业背景、证券背景、电子商务背景、移动通信背景等人。同时年龄在30岁以下，转行测试会比较合适。经过专业知识学习，结合行业分析加上有经验的人得指导。转行的难度还是比较小的。可行性还是比较高的。因为可以利用好自身的过去的一些东西。
【软件开发】：转行开发的角度来看，很难只靠基本素质和性格特点就轻易地转行，这个难度比较大，从过去的知识背景的角度来看，转行开发比较难以利用上。所以过去的经历对于转行开发几乎没有帮助，从这点来看，要转行开发，就必须接受从零开始，所以，年龄超过25岁，有过两年以及以上工作经验的人，不太合适转行开发。因为要浪费两年的工作经历。

广州博文信息科技有限公司怎么样？

广州博文信息科技有限公司是2018-10-18在广东省广州市天河区注册成立的有限责任公司(自然人投资或控股)，注册地址位于广州市天河区珠吉路59号之二四楼4274。

广州博文信息科技有限公司的统一社会信用代码/注册号是91440101MA5CJ4DK82，企业法人杨濠，目前企业处于开业状态。

广州博文信息科技有限公司的经营范围是：数据处理和存储服务;信息技术咨询服务;软件开发;软件批发;软件零售;软件服务;软件测试服务;计算机信息安全产品设计;信息电子技术服务;网络信息技术推广服务;信息系统安全服务;网络安全信息咨询;科技信息咨询服务;信息系统集成服务;计算机网络系统工程服务;网络技术的研究、开发;数据处理和存储产品设计;电子工程设计服务;电子产品设计服务;电力电子技术服务;教育咨询服务;科技中介服务;科技项目代理服务;科技项目招标服务;科技项目评估服务;科技成果鉴定服务;教学设备的研究开发;电子、通信与自动控制技术研究、开发;电子防伪系统技术开发、技术服务;文具用品批发;文具用品零售;商品零售贸易（许可审批类商品除外）;商品批发贸易（许可审批类商品除外）;图书批发;图书、报刊零售。本省范围内，当前企业的注册资本属于一般。

通过百度企业信用查看广州博文信息科技有限公司更多信息和资讯。

软件测试人员应该如何解决面试中不会回答的问题？

以前经常有人问我，老师，面试碰到不会回答的问题怎么办？如果答不上来就面不上了吗？

这样的疑问，相信不管是什么阶段的测试人员都会碰到，只不过老鸟基本不会有这样的担心，因为在面试过程中遇到不会回答的问题再正常不过了，就算是工作经验非常地丰富也不可能知道所有的知识点和一些生僻的概念。

那在面试时，遇到不会回答的问题应该怎么回答呢？

回答“不知道”，还是不懂装懂随便胡扯几句？

这二种做法都是不可取的，一般面试官在问到某个问题时并不是一定要得到准确的答案，而更多的面试官在面试时更多的想知道应聘者的思维是否活跃？解决问题的思路是否清晰？基于这几点，应聘者如果单调地回答不知道，这是个不加会也不会减会的回答，但会给面试官一个实诚的印象；如果不懂装懂地乱回答，有较真的面试官会反复跟你确认所提的问题，最后还会很直接地说“我看你是不知道这个问题”，这样的回答比直接回答“不知道”更不可取。

那怎样地回答算是OK的呢？

记得在一家做金融的公司去面试，给到一个业务场景测试情况模拟，放款系统向某个资金方请求放款响应，资金方返回响应，问到应该怎么测试，当时对这类业务并不是很熟，但是这类业务也是生活中经常会出现，或者也可以与以前测试过业务找到共同点，回答完之后，面试官感觉并不是很清楚，并写出测试流程再让我分析测试。

再面到后面，面试官问我“你知道mi deng么？”，当时我心里在想“密等？密等是什么鬼“，细想了一下，这个名词从来就没有听说过，回答说”不知道“，当时我是对这个非常感兴趣，并问了问，然后面试官在本子上写出”幂等“，原来是这个幂等啊，紧接着说：测试过程中，我们会非常关注数据请求的幂等性，其意思就是针对同一笔放款我们系统因为某些原因向对方系统发出多次请求，对方系统会进行判断这是不是同一笔资产，这就是幂等性判断，反过来，我们也需要做相同的判断。

听完之后，觉得概念是很简单易懂，并且在前期分析测试的时候，应该是想让提出这样的东西，所以我随后说到其实我们在实际测试过程中也有关注，比如你在WEB界面测试某个表单提交时，会故意多次点击提交，那这时服务器做出判断这是否是同一笔数据，并且响应一次，忽略其他的请求。

王豆豆比较擅长拿到不同的事务，找出其中的共同点，例如学习新知识时，在新知识中找已学过知识的通点，来加深理解，其实万物都有通点，个人认为这样学习起来算是蛮快的。

面试完成之后，我专门百度了一下幂等到底是什么意思？

百度百科的解释是如此：

幂等（idempotent、idempotence）是一个数学与计算机学概念，常见于抽象代数中。

在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。例如，“setTrue()”函数就是一个幂等函数,无论多次执行，其结果都是一样的.更复杂的操作幂等保证是利用唯一交易号(流水号)实现.

在某些博文中解释更简单易懂：

幂等性：就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。举个最简单的例子，那就是支付，用户购买商品使用约支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额返发现多扣钱了，流水记录也变成了两条．．．

网上还有很多更多清晰的解释，有兴趣的测试人员可以去搜一搜。

面试过程中遇到不会的问题是很正常的，但如何去回答是很重要的？

是中规中矩的回答不知道，还是积极地去解决这个问题，王豆豆非常希望大家使用后者，一来，在面试过程中可以学到新知识，说不定下次面试又会碰到，二来，在解决问题的过程中，也会给面试官留积极正向的印象。

作为一个身经百战的Tester，面试过程中也会碰到一些自以为是，专挑一些生僻的名词和概念，又或者是完全不着边际的业务场景来问，你说不知道，就马上判断你这个人能力不行不适合，如果是碰到这样的面试官，那就挥挥衣袖，不带走一片云彩吧。

王豆豆面试过程中最怕遇到，以自己公司难以理解的业务场景去问应聘者应该怎么测试，并设计测试用例，身为测试人员，大家都应该很清楚需求是设计测试用例的根本，只有完全理解了需求，才能设计出高质量且覆盖率高的的测试用例。所以遇到这样的，那就勇敢地提出自己的见解吧。

总结起来就，在面试过程中，碰到面试官问到不熟悉或者不懂的问题时，不要惊慌，沉着冷静，就算是不会回答，也不要影响到接下来的面试，记住一个问题不会并不能代表什么，就怕有些同学心理素质不高，遇到这样的情况导致接下来的面试全盘皆输，还影响到自己的心情。

建议大家这样做，如果面试官提出之后，可以向面试官确认一下是不是想问某个方面，细细思考一分钟左右，说出自己的答案。

如果这时还没有答案，可以委婉地表达出自己对这方面不是很了解，同时提出自己擅长的方面，如果这时不能引导面试官问到自己擅长的区域，那可以就这个问题向面试官请教一下，一般来说面试官都会乐意解答，然后再根据面试官的解答提出自己的见解并表达感谢，面试时好氛围就是这样带出来的。

名称测试

软件测试项目名称有哪些？ 最好是你自己做过的项目，简单的比如学生管理系统，把你怎么设计测试，怎么完成测试写上去就行，面试的时候，会问你具体问题的。

控制测试的名称含义 控制测试这一概念需要与 “了解内部控制”进行区分。“了解内部控制”包含两层含义：一是评价控制的设计；二是确定控制是否得到执行。测试控制运行的有效性与确定控制是否得到执行所需获取的审计证据是不同的。在实施风险评估程序以获取控制是否得到执行的审计证据时，注册会计师应当确定某项控制是否存在，被审计单位是否正在使用。在测试控制运行的有效性时，注册会计师应当从下列方面获取关于控制是否有效运行的审计证据：⑴控制在所审计期间的不同时点是如何运行的；⑵控制是否得到一贯执行；⑶控制由谁执行；⑷控制以何种方式运行（如人工控制或自动化控制）。从这四个方面来看，控制运行有效性强调的是控制能够在各个不同时点按照既定设计得以一贯执行。因此，在了解控制是否得到执行时，注册会计师只需抽取少量的交易进行检查或观察某几个时点。但在测试控制运行的有效性时，注册会计师需要抽取足够数量的交易进行检查或对多个不同时点进行观察。作为进一步审计程序类型之一，控制测试并非在任何情况中都需要实施。当存在下列情形其中之一时，注册会计师就应当实施控制测试：（l）在评估认定层次重大错报风险时，预期控制运行是有效的；⑵仅仅实施实质性程序不足以提供认定层次充分、适当的审计证据。如果在评估认定层次重大错报风险时预期控制的运行是有效的，注册会计师应当实施控制测试，就控制在相关期间或时点的运行有效性获取充分、适当的审计证据。注册会计师通过实施风险评估程序，可能发现某项控制的设计是存在的，也是合理的，同时得到了执行。在这种情况下，出于成本效益的考虑，注册会计师可能预期，如果相关控制在不同时点都得到了一贯执行，与该项控制有关的财务报表认定发生重大错报的可能性就不会很大，也就不需要实施很多的实质性程序。为此，注册会计师可能会认为值得对相关控制在不同时点是否得到一贯执行进行测试，就是实施控制测试。这一种测试主要是出于成本效益的考虑，其前提为注册会计师通过了解内部控制以后认为某项控制存在着被信赖和利用的可能。因此，只有认为控制设计是合理、能够防止或者发现和纠正认定层次的重大错报，注册会计师才有必要对控制运行有效性实施测试。假如认为仅实施实质性程序获取的审计证据无法将认定层次重大错报风险降至可接受的低水平，注册会计师就应当实施相关控制测试，以取得控制运行有效性的审计证据。控制测试指的是测试控制运行的有效性，这一概念需要与知道内部控制进行区分。在测试控制运行有效性时，注册会计师应当从下列方面获取关于控制是否有效运行审计证据：（1）控制在所审计期间的不同时点是如何运行的；（2）控制是否得到一贯执行；（3）控制由谁执行；（4）控制以何种方式运行（如人工控制或自动化控制）。下面举例说明两者之间的区别。某被审计单位针对销售收入和销售费用的业绩评价控制如下：财务经理每月审核实际销售收入（按产品细分）和销售费用（按费用项目细分），并与预算数和上年同期数比较，对于差异金额超过5%的项目进行分析并编制分析报告，销售经理审阅该报告并采取适当跟进措施（相关认定：发生、准确性和完整性）。注册会计师抽查了最近三个月的分析报告，并看到上述管理人员在报告上签字确认，证明该控制已经得到执行。然而，注册会计师在与销售经理的讨论中，发现他对分析报告中明显异常的数据并不了解其原因，也无法作出合理解释，从而显示该控制并未得到有效地运行。测试控制运行的有效性与确定控制是否得到执行所需获取的审计证据虽然存在差异，但两者也有联系。本准则第三十条指出，为评价控制设计和确定控制是否得到执行而实施的某些风险评估程序并非专为控制测试而设计，但可能提供有关......>>

公司起名测试吉凶 对所起公司名称拿不准主意，或是想测试是否符合法人命理，来善如意起名专家

名字测分 宝宝呱呱附地，父母最关心的莫过于给孩子起个好名字。许多人为了给儿女起个好名字，绞尽脑汁，翻《辞海》，看唐诗，问朋友，结果取的名字并不理想。起名，看上去容易，实际上是有一定难度的。两三个字的简单组合，里面却包含了许许多多的技巧和方法。要做到名字顺口、简单、含义深刻、令人难忘，在起名时就要注意形、音、意三条原则。这一点说起容易，做起却难，原因就在于起名时存在许多忌讳，这就要初为人父母者必须处处小心，要争到防患于未然。现将这些起名时常见的忌讳归纳如下：
1、忌讳祖先和先贤的名字
汉族起名，一般避祖先的名号。其一是汉族传统极讲辈分。以祖先名字为名，不但打扰了辈分的排序；而且会被视为祖先的不敬。其二是由于汉族的特殊性决定的。汉姓，首先是承继父姓，然后起一个本人的名字，而某些少数民族或外国人，有本名、父名或本名加母姓、父姓。如法国人的姓名通常为三段，即本名，加母姓，加父姓。如果汉姓名的在承继了父姓以后，再加上祖先的名字，那么两者就没有丝毫区别了，这样你根本无从分辨李四这个人到底是爷爷还是儿子了。
在封建制度下，人们不仅要“尊祖敬宗”，而且要奉为至尊，即使直呼君主的名字也是大逆不道，清代的雍正、乾隆时，仅凭这一条就可以处人死罪并殃及九族。于是这种忌讳便被称为“国讳”。但就现代人而言，仅就名论，一般不以伟人、名人的名字为名。但有人因崇敬某一伟人或名人，特意取其名为名。如李大林、张大钊，便是取李大钊、斯大林之名为名。当然姓赵、姓关的人，也不应以“子龙”和“云长”为名了，否则便会今古不分。
2、 忌讳生冷字
名字是供交际使用的，否则，名字就失去了存在的价值。当今的时代是计算机的时代，绝大多数计算机储存的汉字仅限于常用字。如果起名时，使用一些生僻字，一般人不认识，必须影响了人与人之间的交际。起名使用生僻字，只能白白增加别人工作的难度、麻烦。
人们在使名时选用生僻字的动机其实很简单，就是为了不落俗套。但一般人们认识的常用字，却不过三、四千字，而起名又主要是为了让别人称呼，并不是为了卖弄学问。有人曾举例说，当你去某个部门申请工作时，主管领导看了你的履历表后，如果认不出你的名字，那么对你的印象肯定也是很模糊的。如果他在叫你时，把你的名字读错又经你纠正，这场面可能会使领导尴尬。领导会觉得失了面子而窘迫甚至恼怒，你也可能会国因为领导然连你的名字都不认识而生轻视之心。日后在上下级相处过程中，就可能发生一些龃龉或不协调不融洽的现象。
起名固然要避免俗套和雷同，但不能靠使用生僻字。使用生僻字，影响了形象，妨碍了交际，可谓得不偿失。我国汉字的数量非常多，仅《康熙字典》就收有四万二午一百七十四字，另外繁简字、古今字、正俗字之间往往有非常细微的差别。旧时人们起名，喜欢翻看《康熙字典》这是不足取的。我们要使用工具书，最理想的是《现代汉语词典》。它在每个字下还收录词语，这对于起名很有参考价值。使用这部工具书也要注意，里面的生僻字，使用时要注意避开。
3、 忌讳姓名字体的单调重复
有些人起名，喜欢利用汉字的形体结构做文章。例如：石、磊、林、森、聂、耳这三个名字即是此例。这种起名的审美效果颇佳，可惜我们的姓氏能如此利用 的微乎其微。而且即使石、林、聂三姓，也不可能人人都使用这种方法。
有些人取名时喜欢将姓名用字的部首偏旁相同，并将此作为一种起名技巧来推广，如李季、张驰，这种技巧实际上不值得提倡。如果姓名三个字的部首偏旁完全相同，就会使人产生一种单调之感。特别是当你在书法签名时，就会更强烈地感觉到，偏旁部首相同的名字，如江浪涛、何信仁等，不论如何安排布局......>>

名字打分测试100分 好听的男孩名字：
绍齐
博文
梓晨
胤祥（寓意： 拥有金钱与权力。）
瑞霖（寓意： 吉祥的甘露。）
明哲（寓意： 拥有聪明的智慧。）
天翊（有翱翔天际，大展宏图之意。）
凯瑞（寓意： 吉祥 幸福 安康 ）
健雄（寓意： 身体强健的男子汉。）
耀杰（寓意： 才能出众的英杰。）
潇然（寓意： 自然脱俗，潇洒大方。）
子涵（取自`子部京涵`寓意： 拥有光明的前途与博大的胸怀。）
越彬（寓意： 博学文雅，超越过去。）
钰轩（有气质高贵，潇洒大气之意。）
智辉（寓意： 拥有辉煌的未来与智慧。）
致远 （出自诸葛亮的《诫子书》：“非淡泊无以明志,非宁静无以致远”）
俊驰（出自成语：俊才星驰）
雨泽 (恩惠像雨一样多)
烨磊 （光明磊落）
晟睿（“晟”是光明、兴盛的意思，读shèng；“睿”是智慧的意思）
文昊（昊的字意是：广大无边）
修洁（修：形容身材修长高大，洁：整洁）
黎昕 (黎：黎明 昕：明亮的样子 )
远航（好男儿，就放他去远航吧）
旭尧 (旭：旭日 尧：上古时期的贤明君主，后泛指圣人 )
鸿涛 (鸿：旺盛,兴盛 )
伟祺 (伟：伟大 祺 ：吉祥 )
荣轩 (轩：气度不凡 )
越泽 (泽：广博的水源)
浩宇 （胸怀犹如宇宙，浩瀚无穷）
瑾瑜 （出自成语DD握瑾怀瑜，比喻拥有美好的品德）
好听的女孩的名字：
梓萱
艾琳（寓意： 像美玉一样气质高贵，美丽大方。）
妙涵（寓意： 拥有聪明的智慧与博大的胸怀。）
曼柔（有婀娜多姿，性情温柔之意。）
瑾萱（寓意： 拥有萱草的芬芳，玉一样的高贵与典雅。）
梦婷（取自`雨婷思梦`寓意： 雨中的婷，在憧憬着美好的未来。）
雪茹（寓意： 拥有美丽的容颜与如雪的肌肤。）
海玲（寓意： 大海的精灵。）
佳瑶（有美丽大方，逍遥快乐之意。）
梦琪（寓意： 平安吉祥，拥有美好的未来。）
雅楠（有幽雅大方，意志坚强之意。）
瑞欣（寓意： 吉祥如意，快乐安康。)

公司名称测试打分 主体部分分析 字 字五行 笔划 笔划五行 - 贲 水 12 木勃 水 9 水锻 金 17 金造 金 14 火 -- 笔划总数为：52,解释如下：草木逢春，雨过天晴，

起名测算 出生公历：2014年9月6日21时37分(北京时间)，星期六。
出生农历：甲午年 八月 十三日 亥时。
财食日元　官
坤造甲壬庚丁（日空申、酉）
午申辰亥
申空，日元弱。名字补土。O 瑶五行属于木火，不支持！仅供参考！

公司取名字测试 一定要给公司起个好名字！
一个好的公司名称能给人留下深刻的记忆和美好的印象。如果公司或品牌名定的识别有难度、过长、难认的字，不利于书写，不利于记忆，往往使人产生原始性的抵抗心理，使大众的印象产生障碍。

公司名应具有独特、新的特点，不容易落俗，与同行业同产品的名字不易混淆，如混淆易产生模糊感。

怎么测试姓名缘分? 你和你心仪的他（她）姓名笔画之差就是你们破译你们缘分的密码，赶快测一下吧！（注意：第一要用大名，小名、乳名和昵称不算数的，第二要一定用规范的汉字来测。）
名字缘分测试***o(∩_∩)o
你和你心仪的他（她）姓名笔画之差就是你们破译你们缘分的密码，赶快测一下吧，很谁的哦！（注意：第一要用大名，小名、乳名和昵称不算数的，第二要一定用规范的汉字来测。）
零画：天生一对，佳偶天成
你们是如此的匹配，如此和谐，往往是你刚想说“可惜”他已经开始叹惜。你们性格相合，有共同的爱好，品味一致。就是这么默契，令人们羡慕得不得了。没办法，谁叫你们连姓名的笔画也一样呢。
一画：一见钟情，两情相悦
你们在看到对方的第一眼就深深地被吸引，并立刻爱上对方，接着就是干柴烈火般的热。海誓山盟的爱情宣言是你们奉行的金科玉律。她崇拜他，同样她也令他着迷，他们就像磁石与铁一样相互吸引。
二画：执子之手，与子携老
你们是众人眼中的神仙眷侣，站在一起怎么看怎么般配，很有传说中的夫妻相。你们之间或许没有惊天地泣鬼神的爱情神话，或许没有刻骨铭心的 ***，但是你的之间的温情和默契却能让你们的心越走越近，一起慢慢变老。
三画：欢喜冤家，分分合合
你们前世是冤家，今生做情侣，所以就难免有一些不和谐的音符出现来折磨你们的爱情。你们的感情大起大落，分分合合，不过你们最终会修成正果，恩爱到老的。
四画：有缘无分，两两相忘
你们的感情一般是从学生时代开始的，那青涩的恋爱留给你们酸酸甜甜的味道让你们用一生去怀念彼此，但是你们的爱情却注定了没有结果，你们会试着遗忘对方，开始自己新的生活，但心中那最温柔的角落一直被初恋占据。
五画：风雨之后，亮丽彩虹
你们都是性情中人，你们都受过感情的伤，你们都一样脆弱而敏感同。同样的经历，同样的伤痛，让你更容易靠近。你们的感情在相互疗伤中一点一点加深，你们的心痊愈了，你们的爱情也圆满了。
六画：日久生情，顺理成章
你们很可能是在一起工作的同事，你们发展的是办公室爱情。朝九晚五的生活使你们互相产生好感，上下班路上的闲谈增进你们相互了解。你们的手牵在一起是顺理成章的事，在办公室里偷看一眼心上人也是你们最大的乐趣。
七画：知心朋友，心灵相通
你们可以无话不谈，你们可以心有灵犀，但是你们却很难成为情侣。因为你们太熟悉彼此，太了解对方了，所以很难擦出火花。其实你们不用遗憾，人生得一知己足矣，就这样一直做朋友也很不错。
八画：青梅竹马，两小无猜
你们的父母就很好的朋友，你们从穿开裆裤时就在一起。一起进幼儿园，一起上小学，一起过家家，一起闯祸后对家长撒谎。你们是长辈默认的娃娃亲，你们是邻居眼中的金童玉女，走到一起是天经地义的事。
九画：你喜欢他（她），他（她）爱别人
在爱情的舞会上，你来晚了一步，你的心上人已经有了自己的 NO.1，两人亲密无间，你已无缝插针。因此注定了你这段感情要深埋在心里，注定你是暗恋了小倒霉蛋。所以赶快清理一下心绪，去属于自己的爱情里做主角吧。
十画：浓情蜜意，情手难牵
你们真的很合适，总能从对方的一个眼神洞悉心上人心中的一切。但是你们却走不到一起，并不是你们的原因，而是其他的因素，所以你们这段无疾而终的恋情令所有知情者扼腕。
十一画：牛郎织女，聚少离多
你们的爱情基础非常深厚，牢不可破，然而却因为求学或工作的原因，使得你们分隔两地，聚少离多。也许是因为相聚短暂而益显珍贵，而 e 信来往，电话传情给你们平添一份情调。
十二画：相约黄昏，共赏夕阳
你们或......>>

以上就是小编整理的软件工程方向的工程硕士论文方向相关信息。关注培训啦了解更多相关知识！（本文共18449字）

985大学 211大学 全国院校对比 专升本