Last week I started to tell you about some of the functionality we are building for Visual Studio Team System 2010. I wanted to elaborate on that some here.
I mentioned that only 20% of the code in most business applications is “new” code. That makes tracking down bugs in the majority of the application code even more difficult to do. From the design of the application through to the actual writing of the code, one of the most difficult problems has always been that of the bug that can’t be reproduced – the “no repro” bug. There are a lot of factors that drive these types of bugs and we are working to create tools to isolate the issue and allow faster fixes. One way we will do this is through a tool that can specify the exact state of the build used by a tester (what has been checked in, what has changed in source) and allow a comparison to the state of the build used by the developer when trying to reproduce the bug. It is often the subtle differences between these two that create the no repro state, and a new tool within VSTS 2010 has been designed to specifically address this.
One of the other common blockers to reproducing a bug is the collection of actionable data on the bug. By providing a set of tools designed specifically for testers, we are enabling better documentation of test scenarios as well as more thorough collection of data when a scenario fails. This includes the collection of system data, as well as stack trace information, screen images and even fully indexed video capture of the testers’ screen attached to the bug.

As developers make changes to the code, it is critical for them to effectively test their changes, not only to prove their code changes work as expected, but also to ensure there is no unexpected downstream effect. By providing developers with a test impact analysis, they can run all the necessary tests to validate the code changes helping developers quickly check-in code with confidence by running only the necessary tests, and reducing the churn created by unexpected breaking failures.

Of course, the applications cannot be successful if they are not carefully managed from the initial business problem, through to the code being built, and finally to deployment. Fortunately, we have a powerful collaboration hub at the core of VSTS: Team Foundation Server (TFS). TFS enables all of the roles in the lifecycle to work together on shared requirements, shared code assets, and a powerful build management system.
Customers tell us that one of their biggest challenges is the management of the overall build process and the ability to allow developers and testers to check-in code on a continuous basis. I am happy to report that among the new TFS features in VSTS 2010 are improvements to the source code management system with gated check-in, cross branch history and branch/merge visualization, and distributed build workflow. These improvements provide the same level of visual capabilities for source code and build management as we provide for architectural design.

More on the rest of the family of products later.
Oktober 22, 2008
Ditulis oleh
thedee |
.NET |
development, microsoft, software, team system, visual studio |
No Comments Yet
Sharing, walaupun di internet sudah banyak beredar cara-caranya.
Ada pekerjaan web application yang membutuhkan akses ke AS/400 dan menjalankan program yang telah ada pada AS/400.
Untuk dapat menjalankan program dalam AS/400 dibutuhkan cwbx.dll yang ada pada instalasi IBM Client-Server. Kebetulan saya menggunakan versi 5 release 3. Cukup mudah, add saja cwbx.dll tersebut ke dalam project web pada VS 2005 anda. VS akan mengubah DLL tersebut menjadi Interop component.
Shared Function Configure(ByRef AS400Library As String, ByRef ProgramName As String, ByRef TheSystem As cwbx.AS400System, ByRef TheProgram As cwbx.Program) As Boolean
TheSystem.Define(ConfigurationManager.AppSettings.Item(“AS400Server”))
TheSystem.UserID = ConfigurationManager.AppSettings.Item(
“AS400UserID”)TheSystem.Password = ConfigurationManager.AppSettings.Item(
“AS400Password”)TheProgram.system = TheSystem
With
TheProgram
.LibraryName = AS400Library
.ProgramName = ProgramName
End With
Return True
End Function
Script diatas adalah script untuk melakukan konfigurasi terhadap koneksi ke AS/400, dimana kebetulan saya menggunakan APPSETTING yang ditulis di web.config. Selanjutnya adalah membuat suatu function yang berfungsi memanggil program di AS/400.
Shared Function CallProgram(ByRef TheSystem As cwbx.AS400System, ByRef TheProgram As cwbx.Program, ByRef parameters As cwbx.ProgramParameters) As Boolean
Try
If (TheSystem.IsConnected(cwbx.cwbcoServiceEnum.cwbcoServiceRemoteCmd) = 0) ThenTheSystem.Disconnect(cwbx.cwbcoServiceEnum.cwbcoServiceAll)
TheSystem.Connect(cwbx.cwbcoServiceEnum.cwbcoServiceRemoteCmd)
If (TheSystem.IsConnected(cwbx.cwbcoServiceEnum.cwbcoServiceRemoteCmd) = 0) Then
Return False
End If
End IfTheProgram.Call(parameters)
Return True
Catch ex As Exception
Throw ex
Finally
If
Not (TheSystem.IsConnected(cwbx.cwbcoServiceEnum.cwbcoServiceRemoteCmd) = 0)
Then
TheSystem.Disconnect(cwbx.cwbcoServiceEnum.cwbcoServiceAll)
End
If
End Try
End Function
Selesai, anda tinggal mengkombinasikan 2 function di atas dengan menyebutkan library dan nama program beserta parameter-parameter dari program tersebut (bila ada).
Mei 12, 2008
Ditulis oleh
thedee |
.NET |
|
& Komentar
Sore-sore ngobrol-ngobrol dng seorang tetangga saya dirumah. Dari ngalur ngidul akhirnya menjadi sedikit serius pembicaraanya. Ada keinginan mengenai membentuk suatu RT/RW Net di kompleks perumahan di bintara ini. Hmmm…cukup menarik, dengan menimbang kebutuhan Internet saya ‘agak’ cukup besar. ‘Kalau bisa ngumpulin 20 warga aja, brani gue jalanin’, saya bilang.
Tapi apakah kebutuhan semau warga juga sama dengan saya? Itu pertanyaannya. Ada yang besar dan ada yang sedikit saja. Dan juga penggunaannya untuk apa? informasi, pekerjaan, bisnis atau porno??
Agustus 20, 2007
Ditulis oleh
thedee |
Iptek |
|
No Comments Yet