Document 15
Document 15
project
PrOPOseD sysTem
The following flowchart shows the flow of the student report maker system:
sysTem Design
3. Data tier: The data tier will be responsible for storing and retrieving the
data required by the system.
Purpose and idea
FeaTures
The student report maker will have the following features:
• Easy-to-use interface
The following pictures and diagrams illustrate the main components of the student
report maker system:
Benefits of using the student report maker
system
Conclusion
The student report maker is a web-based application that can help
students to create professional-looking reports quickly.
for i in range(len(students)):
if students[i][0] == name:
class_ = input("Enter new student class: ")
marks = []
for j in range(5):
subject = input("Enter new subject name: ")
mark = int(input("Enter new mark: "))
marks.append(mark)
students[i][1] = class_
students[i][2:] = marks
if choice == "1":
name, class_, marks = get_student_input()
store_student_data([name, class_, *marks])
elif choice == "2":
name = input("Enter student name to edit: ")
edit_student_data(name)
elif choice == "3":
if __name__ == "__main__":
main()
Output:
Testing
Testing Methods
Software testing methods are traditionally divided into black box testing and white
box testing. These two approaches are used to describe the point of view that a
test engineer takes when designing test cases.
BLACKBOX TESTING
Black box testing treats the software as a "black box," without any knowledge of
internal implementation. Black box testing methods include: equivalence
partitioning, boundary value analysis, all-pairs testing, fuzz testing, model-based
testing, traceability matrix, exploratory testing and specification-based testing.
SPECIFICATION-BASED TESTING
The black box tester has no "bonds" with the code, and a tester's perception is very
simple: a code must have bugs. Using the principle, "Ask and you shall receive,"
black box testers find bugs where programmers don't. But, on the other hand,
black box testing has been said to be "like a walk in a dark labyrinth without a
flashlight," because the tester doesn't know how the software being tested was
actually constructed. That's why there are situations when a black box tester writes
many test cases to check something that can be tested by only one test case,
and/or some parts of the back end are not tested at all. Therefore, black box
testing has the advantage of "an unaffiliated opinion," on the one hand, and the
disadvantage of "blind exploring," on the other.
WHITE BOX TESTING
White box testing, by contrast to black box testing, is when the tester has access to
the internal data structures and algorithms (and the code that implement these)
• api testing - Testing of the application using Public and Private APIs.
• Code coverage creating tests to satisfy some criteria of code coverage.
For example, the test designer can create tests to cause all statements in the
program to be executed at least once.
• fault injection methods.
• mutation testingmethods
• static testing- White box testing includes all static testing
CODE COMPLETENESS EVALUATION
White box testing methods can also be used to evaluate the completeness of a test
suite that was created with black box testing methods.
This allows the software
team to examine parts of a system that are rarely tested and ensures that the most
important function points have been tested.
Two common forms of code coverage are:
• Function Coverage: which reports on functions executed and
• Statement Coverage which reports on the number of lines executed to
complete the test.
They both return coverage metric, measured as a percentage
HARDWARE AND SOFTWARE REQUIREMENTS
SOFTWARE REOUIREMENTS:
1. Windows OS
2. Python
Bibliography