Monthly Archives: December 2016

Reviewing Code

One way of ensuring good quality is by creating a test suit that actively test the code to fine flaws. Another way is to comb through the code and verify there are no errors in the logic. This process in known as a software technical review.

A software technical review consists of 4 parties, the producer, the recorder, the review leader, and the reviewers.

The producer is the entity that develops the code this could be a single developer and development team or an outside company. They are responsible for providing a frozen copy of the code and a set of requirements and expectations. It is important that the code does not change during the technical review process.

The recorder is responsible for taking notes and documenting what takes place during the review.

The review leader is responsible for scheduling the review, suppling what is necessary for the review, as well as producing the final report and sharing the findings.

The code reviewers as well as the leader and the reported are responsible for looking through the code before the meeting and documenting all errors of other issues found in the code.

During the review each member shares what they found and compares it to the others. As a group the determine if what is found is actually an issue that needs to be fixed. The team does not make suggestions to how the issues can be resolved.

The review leader then takes the information from the review session and generates a final report to be shared with the producer.

From the blog CS@WSU – :(){ :|: & };: by rmurphy12blog and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give
some thoughts on the semester and my experience blogging. I don’t anticipate
this to be very long but here goes. At first I was unsure what to make of
blogging as I had never done it before, but as I got into it I thought that it
is a great idea to get your ideas out there and to have others see what you’re
up to and what the latest testing and development tools and techniques you have
been using. It seems to be great as well for others to possibly give feedback
on what you’ve written or input on experiences they may have had and can give
advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with
something to write every week after checking out 5 blogs on testing and picking
one that seems to be interesting to you ended up feeling more like a chore to
me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what
types of testing styles and techniques folks are using in the industry as I
have never worked in the industry as of yet and it gave me a glimpse into what
I might be working with and getting involved in possible. My main issue was
that I was writing about something that I have had no practical experience in
so it was hard to talk about something I haven’t used. I mean it was fine for a
few blogs, but after writing about testing techniques that other people are
writing about, you begin to realize that there seems to be only so many things
and a lot of the blogs talk about similar things or experiences, just in
different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take
any of it back and I hope that some of you had a good experience as well and it
was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give
some thoughts on the semester and my experience blogging. I don’t anticipate
this to be very long but here goes. At first I was unsure what to make of
blogging as I had never done it before, but as I got into it I thought that it
is a great idea to get your ideas out there and to have others see what you’re
up to and what the latest testing and development tools and techniques you have
been using. It seems to be great as well for others to possibly give feedback
on what you’ve written or input on experiences they may have had and can give
advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with
something to write every week after checking out 5 blogs on testing and picking
one that seems to be interesting to you ended up feeling more like a chore to
me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what
types of testing styles and techniques folks are using in the industry as I
have never worked in the industry as of yet and it gave me a glimpse into what
I might be working with and getting involved in possible. My main issue was
that I was writing about something that I have had no practical experience in
so it was hard to talk about something I haven’t used. I mean it was fine for a
few blogs, but after writing about testing techniques that other people are
writing about, you begin to realize that there seems to be only so many things
and a lot of the blogs talk about similar things or experiences, just in
different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take
any of it back and I hope that some of you had a good experience as well and it
was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give
some thoughts on the semester and my experience blogging. I don’t anticipate
this to be very long but here goes. At first I was unsure what to make of
blogging as I had never done it before, but as I got into it I thought that it
is a great idea to get your ideas out there and to have others see what you’re
up to and what the latest testing and development tools and techniques you have
been using. It seems to be great as well for others to possibly give feedback
on what you’ve written or input on experiences they may have had and can give
advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with
something to write every week after checking out 5 blogs on testing and picking
one that seems to be interesting to you ended up feeling more like a chore to
me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what
types of testing styles and techniques folks are using in the industry as I
have never worked in the industry as of yet and it gave me a glimpse into what
I might be working with and getting involved in possible. My main issue was
that I was writing about something that I have had no practical experience in
so it was hard to talk about something I haven’t used. I mean it was fine for a
few blogs, but after writing about testing techniques that other people are
writing about, you begin to realize that there seems to be only so many things
and a lot of the blogs talk about similar things or experiences, just in
different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take
any of it back and I hope that some of you had a good experience as well and it
was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give
some thoughts on the semester and my experience blogging. I don’t anticipate
this to be very long but here goes. At first I was unsure what to make of
blogging as I had never done it before, but as I got into it I thought that it
is a great idea to get your ideas out there and to have others see what you’re
up to and what the latest testing and development tools and techniques you have
been using. It seems to be great as well for others to possibly give feedback
on what you’ve written or input on experiences they may have had and can give
advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with
something to write every week after checking out 5 blogs on testing and picking
one that seems to be interesting to you ended up feeling more like a chore to
me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what
types of testing styles and techniques folks are using in the industry as I
have never worked in the industry as of yet and it gave me a glimpse into what
I might be working with and getting involved in possible. My main issue was
that I was writing about something that I have had no practical experience in
so it was hard to talk about something I haven’t used. I mean it was fine for a
few blogs, but after writing about testing techniques that other people are
writing about, you begin to realize that there seems to be only so many things
and a lot of the blogs talk about similar things or experiences, just in
different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take
any of it back and I hope that some of you had a good experience as well and it
was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give
some thoughts on the semester and my experience blogging. I don’t anticipate
this to be very long but here goes. At first I was unsure what to make of
blogging as I had never done it before, but as I got into it I thought that it
is a great idea to get your ideas out there and to have others see what you’re
up to and what the latest testing and development tools and techniques you have
been using. It seems to be great as well for others to possibly give feedback
on what you’ve written or input on experiences they may have had and can give
advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with
something to write every week after checking out 5 blogs on testing and picking
one that seems to be interesting to you ended up feeling more like a chore to
me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what
types of testing styles and techniques folks are using in the industry as I
have never worked in the industry as of yet and it gave me a glimpse into what
I might be working with and getting involved in possible. My main issue was
that I was writing about something that I have had no practical experience in
so it was hard to talk about something I haven’t used. I mean it was fine for a
few blogs, but after writing about testing techniques that other people are
writing about, you begin to realize that there seems to be only so many things
and a lot of the blogs talk about similar things or experiences, just in
different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take
any of it back and I hope that some of you had a good experience as well and it
was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

On the semester

Well for my last blog of the semester I figured I would give some thoughts on the semester and my experience blogging. I don’t anticipate this to be very long but here goes. At first I was unsure what to make of blogging as I had never done it before, but as I got into it I thought that it is a great idea to get your ideas out there and to have others see what you’re up to and what the latest testing and development tools and techniques you have been using. It seems to be great as well for others to possibly give feedback on what you’ve written or input on experiences they may have had and can give advice on how to improve on what you have been doing.
That being said, as far as having to try and come up with something to write every week after checking out 5 blogs on testing and picking one that seems to be interesting to you ended up feeling more like a chore to me. I am not saying I didn’t learn anything or that I didn’t enjoy seeing what types of testing styles and techniques folks are using in the industry as I have never worked in the industry as of yet and it gave me a glimpse into what I might be working with and getting involved in possible. My main issue was that I was writing about something that I have had no practical experience in so it was hard to talk about something I haven’t used. I mean it was fine for a few blogs, but after writing about testing techniques that other people are writing about, you begin to realize that there seems to be only so many things and a lot of the blogs talk about similar things or experiences, just in different companies or settings. The name changed but the test stayed similar.

Overall it was a great learning experience and I would take any of it back and I hope that some of you had a good experience as well and it was a pleasure to spend the semester with all of you.

From the blog format c: /s by c-braley and used with permission of the author. All other rights reserved by the author.

Mutation Testing (Week 12)

Mutation Testing is a fault based testing technique that variants of a program are changed to determine the effectiveness of the test to identify problems. Some ways this can be done are by changing operators, for instance if you have a function that says “gpa<4.0” a mutation test would be if you changed it to “gpa>4.0” to see if the test case caught the fault. You could do statement removal, where you completely remove a statement to see if the test cases catch the defect, or you can insert the wrong syntax. All of these examples are valid forms of mutation testing.

 

Article i used: http://www.softwaretestinghelp.com/what-is-mutation-testing/

From the blog CS@Worcester – Site Title by jonathanpaizblog and used with permission of the author. All other rights reserved by the author.

Unit Testing, Integration Testing, and Functional Testing (Week 11)

 

To conduct a thorough test of software, unit testing, integration testing, and functional testing are all important because they employ unique processes to test the software the at the others don’t use.  To understand these types of testing lets look at a real world example of a battery and a phone sim card. 

Unit testing would be when the battery is checked to see if it has life, and capacity, and the sim card would be checked for activation. 

Integration Testing would be when the battery and sim card are assembles in order to start the phone

Functional Testing would be when the functionality of the phone is checked in terms of features and battery usage as well as the sim card. 

If only one of these procedures were conducted in testing, the test would not be complete. All of these need to be done to ensure that the product is working up to standards. 

Article i used : http://www.softwaretestinghelp.com/the-difference-between-unit-integration-and-functional-testing/

From the blog CS@Worcester – Site Title by jonathanpaizblog and used with permission of the author. All other rights reserved by the author.

Unit testing (Week 10)

 

Unit testing is a testing method in which individual pieces of code, sets of one or more computer programs work together with control data, usage procedures and operating procedures, which are all tested to make sure they are fit for use. 

So why would unit testing be good? Firstly, unit testing increases the confidence in changing code, if good unit tests are written and work every time the code is run, it will be easy to find any defects introduced by the new code. Finding a defect would be easy, when a test fails, only the latest changes need to be debugged. When you are testing at higher levels, you may have to test for weeks of work, rather than the next working version, which could have been done in a day. 

 

Article i Used : http://softwaretestingfundamentals.com/unit-testing/

From the blog CS@Worcester – Site Title by jonathanpaizblog and used with permission of the author. All other rights reserved by the author.