Backend | LongSheng

本人之前很少使用单元测试，总觉得平时的工作写得代码够多了，单元测试还要再编码，增加大量工作量，相信不少程序猿也是这么认为吧。

但是我认为，在必要的时候正确运用单元测试，可以大大缩短代码的调试时间，正所谓磨刀不误砍柴工，在此建议仍不会单元测试的，还是学一下吧。当然本人在单元测试方面还是菜鸟，无论是鸡蛋鲜花都欢迎。

最近公司请微软的人做了一些关于使用VS2012进行单元测试的小培训，小生微做笔记，结合朦胧的记忆，在此自行总结，并分享之。废话少说，先上笔记：

1.先写单元测试（依我愚见，应该是接口先行，如果有的话） -> 测试失败 -> 以最小的改动（即编写实际代码）使测试通过（而在VS2012中已经不能通过现有项目直接生成测试项目了，我觉得这个功能还是应该保留，微软总是这副德行，强迫用户适应他们的产品，但是又不得不适应）；

2.不因单元测试而追加功能（代码），即逻辑不受单元测试影响；

3.改变了代码的逻辑（增删改），应及时运行单元测试；

4.在测试方法声明Attribute —— TestCategory("分类或特征名");

5.在单元测试项目添加Fakes程序集分离外部依赖（如数据库访问，获取配置信息等）；

6.初始化单元测试类中的成员等信息，可添加方法并声明Attribute[TestInitialize]（方法需为public）；

7.测试自动化。

以下我将通过自己编写代码来验证上述笔记中的部分要点。有些未涉及，以后再尝试了。

1.新建一个单元测试项目，并添加类XmlSerializationTest，代码如下：

[TestClass]

public class XmlSerializationTest

{

[TestMethod]

public void TestWriteXml()

{

UserInfo user = new UserInfo();

XmlSerialization serialization = new XmlSerialization();

bool flag = serialization.WriteXml<UserInifo>(user);

Assert.IsTrue(flag);

}

由于我这个项目是对Xml序列化进行测试，因而前提是项目中已存在了一个UserModel类，并且在单元测试项目中添加相应引用

public class UserModel

{

public string LoginName { get; set; }

public string Password { get; set; }

}

接下来在编写实际的代码，微软讲师建议我们先在测试项目编写，待通过单元测试后再将代码移到相应的项目下面。

XmlSerialization

现在整个解决方案结构如下图所示

保证整个解决方案生成成功之后点击菜单“测试” -〉 “运行” -〉 “所有测试”，发现测试不通过，于是就按照第一点笔记，以最小改动使测试通过。

修改WriteXml方法为:

public bool WriteXml<T>(T model)

{

return true;

}

运行测试通过。对于返回值为bool的方法，个人建议进行至少两次Assert，也就是分别对返回true和false进行Assert，因而我们再对WriteXml方法添加一个测试方法，

[TestMethod]

public void TestWriteXmlFalse()

{

Assert.IsFalse(new XmlSerialization().WriteXml<UserModel>(null));

}

运行测试，不通过，所以我得要好好改我的代码了，在改动当中坚持执行我的第三点笔记，改动代码及时运行单元测试。

public class XmlSerialization

{

private string filePath;

public XmlSerialization(string filePath)

{

this.filePath = filePath;

}

public bool WriteXml<T>(T model, string filePath = null) where T : class

{

bool result = false;

if (model == null)

{

return result;

}

if (string.IsNullOrEmpty(filePath))

{

filePath = this.filePath;

}

XmlSerializer serializer = new XmlSerializer(typeof(T));

using (TextWriter tr = new StreamWriter(filePath))

{

serializer.Serialize(tr, model);

tr.Close();

result = true;

}

return result;

}

public T ReadXml<T>(string filePath = null) where T : class

{

T model = null;

if (string.IsNullOrEmpty(filePath))

{

filePath = this.filePath;

}

XmlSerializer serializer = new XmlSerializer(typeof(T));

TextReader tr = null;

try

{

tr = new StreamReader(filePath);

model = (T)serializer.Deserialize(tr);

}

catch { }

finally

{

if (tr != null)

{

tr.Close();

tr.Dispose();

}

return model;

}

我们发现这个类的构造函数多了一个参数，是对象序列化后保存的路径，且该类对应的测试类都需要用到，因而我希望在每次测试进行单元测试前先将对象的构建，这就是第六点笔记提供的“声明Attribute[TestInitialize]”（注意必须是public方法，我用private方法运行测试是不通过）。改造后的测试类如下：

[TestClass]

public class XmlSerializationTest

{

private XmlSerialization serialization;

[TestInitialize]

public void InitTest()

{

this.serialization = new XmlSerialization(@"F:\usermodel.seri");

}

[TestMethod]

public void TestWriteXml()

{

UserModel user = new UserModel();

bool flag = serialization.WriteXml<UserModel>(user);

Assert.IsTrue(flag);

Assert.IsFalse(serialization.WriteXml<UserModel>(null));

}

[TestMethod]

public void TestReadXml()

{

UserModel user = new UserModel();

user.LoginName = "aa";

serialization.WriteXml<UserModel>(user);

UserModel model = serialization.ReadXml<UserModel>();

Assert.IsNotNull(model);

Assert.AreEqual(user.LoginName, model.LoginName);

//路径不存在，应返回null

UserModel modelnull = serialization.ReadXml<UserModel>(@"F:\notexists.seri");

Assert.IsNull(modelnull);

}

还可以分析测试代码的覆盖率，如下图所示在测试资源管理器点击“运行”下的相应选项。

居然是100%，真不知道这个东西微软是怎么分析出来的。

把类XmlSerializationTest移到相应的项目，更改命名空间，在测试项目添加相应引用，测试通过。

将解决方案添加到TFS源码管理，我这边是用的是微软云TFS免费版。

收工。

VS提供了很多类型的测试，负载、UI等等测试，感觉还是蛮强大的。

from:http://www.cnblogs.com/FreeDong/archive/2013/06/10/3129625.html

初出茅庐的你带着仍残留墨香的毕业证书踏上工作岗位，马上就被书上没写的规则和各种繁杂的日常事务来了个下马威。这样的故事实在是司空见惯，编程工作也不例外。

没有几个学生能 100% 为自己的第一份真正的工作做好准备。如果你不想成为其中之一，请学学以下这 10 项无需手把手指导就能学会的基本技能：

1、版本控制系统（VCS）

VCS 也许是计算机课程最大的疏漏。这些课程光记得教如何写代码，但却往往忘记教学生如何去管理代码。每一个程序员都应该懂得利用 Git 或 Subversion 有效地创建 repository（仓库），编辑与提交代码，进行分支与合并，了解项目工作流。

2、学会写作

身为程序员要写的不只有代码。你还要写项目的发布说明，给版本控制写提交消息，在系统里面写漏洞报告。这些和许多地方都需要清晰有效的文字交流—但这个技能计算机科学却很少强调。

3、正则表达式

正则表达式本身就是一门语言，每一个现代程序员都要擅长。每一门现代语言都支持正则表达式或者有相关标准库。如果代码需要校验某字符串是否含有 5 个字符、1 个破折号和 1 个数字，你应该马上就能写出 /^[A-Z]{5}-\d$/。

4、库的使用

现在已经是 2014 年，所以没人需要用正则表达式从 URL 析取主机名了。因为每一门现代编程语言都有执行常用功能的标准库。

程序员需要明白，那些经过开发、测试和调试的代码通常要比自己重新写的代码更好。更重要的是，无需编写的代码实现起来要快得多。

5、SQL

很多人的 SQL 都是在工作中学会的。数据库怎么会是选修课呢？有不用数据库的吗？

把数据存进平面文件的时代已经结束了。一切东西都要进出数据库，而 SQL 则是存取数据的语言。这是一门说明性语言，不是程序语言，所以用它来解决问题时需要新的思考方式。每一个程序员都应该了解数据库标准化基础，能够执行 SELECT（及 INNER、OUTER JOIN）、INSERT、UPDATE 和 DELETE。

6、会用IDE、编辑器及CLI工具

只懂用锯子的木匠永远也无法出师，所以计算机专业毕业的人只懂 Notepad 或 pico 令人惊诧。编程工具帮助操纵代码及其他数据，令程序员生活变得容易。所以每一个程序员都应该知道命令行、shell 脚本、find、grep 及 sed 的使用。

7、调试

每一个程序员都应该知道利用交互式调试器或在代码中点缀一些输出语句来调试程序。通过逐步求精来跟踪问题的能力实在是太重要了。

8、防错性编程

错误总是难免的，哪怕是明星程序员也不例外。失控是世界的常态，出错毫不奇怪。防错性编程正是理解了这个事实。如果东西不会不出错，我们就不会检查文件打开成功与否，不会检查客户 ID 是否合法数字，不用测试代码是否允许正确。

程序员需要知道，编译器告警是有用的工具，可让我们生活得更舒适，而不是要避而远之的麻烦事。每一个程序员都应该知道为什么每一个 PHP 程序都要这样开头：

set_error_reporting(E_ALL)

每一个 Perl 程序都要写上这些语句：

use strict; use warnings;

9、团队协作

很少编程工作会让你自己一个人完成，如果你经常这么做，智力会受损，表现会变弱。你的代码必须与别人的交互或者混合。再有才的程序员，如果无法与别人协作，都会给项目造成负面影响，并迅速成为组织的负担。

10、利用现有代码

在学校的时候，每一次作业都是一个新项目。但现实世界不是这样的。对于刚工作的人来说，所接到的第一项任务往往是修改代码漏洞。然后，再在现有代码库的基础上为现有系统增加一个小功能。设计新代码那是几个月后的事情，如果幸运的话。

[本文编译自：blog.newrelic.com]

from:http://www.oschina.net/news/52607/10-secrets-learned-software-engineering-degree-probably-didnt

M	T	W	T	F	S	S
« Nov
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31

Category Archives: Backend

浅谈ThreadPool 线程池

盘点前 10 名的免费跨浏览器测试工具

lucene.net 3.0.3、结合盘古分词进行搜索的小例子（分页功能）

使用Lucene.Net实现全文检索

utf8_unicode_ci与utf8_general_ci的区别

在Visual Studio 2012使用单元测试

新入行程序员应知的十个秘密

System.MissingMethodException:Method not found:+解决方案

2014 年最流行的 Java 应用服务器

ASP.NET中BasePage的几种设计方式